概述 随着公司业务不断的发展,用户量不断的增加,对系统的性能要求会越来越高,而原来仓促做出来的项目,其不合理性的地方就会不断的暴露出来。大家如果接触过非常赚钱的互联网产品,一定会知道产品的一个小小的bug,公司就可能损失好几百万甚至几个亿。当产品的用户数达到一定量的时候,对系统的各个方面的要求就越高,例如qps、cpu、容灾、降级、限流、可扩展性、可维护性等等。系统除了要应付大量的并发请求,还必须
特别说明:接下来我会和大家一起完成一个商城项目,这个项目涉及的内容以及技术不仅多,而且都是现在主流的开发技术,每天我会按时更新博客内容,详细记录学习的过程,感兴趣的同学可以和我一起完成,但是时间较长,需要我们一起坚持,贵在坚持! 创作内容:来自马士兵教育&dpb老师!感谢恩师!!感谢马士兵教育!!!一.系统架构演变1.1 单体架构单体架构应该是我们最先接触到的架构实现了,在单体架构中使用经
一、旧系统       即任何已经存在的、难以维护或难以扩展的项目。  系统特点:       1)老旧                 通常经历几年的时间,同时也会经历几代的维护人员,在他们交接的过程中,很多关于系统
spring项目改造
原创 2023-02-18 22:00:16
98阅读
导读:聊天室是一类非常重要的 IM 系统,不同于单聊和群聊,聊天室是一种大规模的实时消息分发系统。本文我们来详细介绍一下网易云信大规模聊天室系统的具体架构以及实践应用案例。文|曹佳俊 网易云信资深服务端开发工程师聊天室有多种技术实现方案,业界也有一些开源的实现,每种实现都有自己的特点和应用场景。网易云信作为 PaaS 平台,其聊天室的系统架构和方案有几个突出的特点:水平扩展能力:主要体现在两方面,
如何打造适合敏捷的组织环境? 小编以前给大家介绍了专注对于敏捷团队非常重要,同时也列出了五种最主要的干扰和噪音,回忆一下——多项目、多任务、监管过度、外部影响和管理层的直接干预。写到这小编有点尴尬,怎么消除这些干扰呢?简单来说 就是不要多个项目在一个团队并行,不要多个任务分配在一个团队成员身上,尽量避免管理层直接负责需求或用户故事等等,显然说起来so easy ,真正实施起来就没那么美丽
2021年是“十四五”开局之年,全面建设社会主义现代化国家新征程的开启之年,中央经济工作会议指出,要实现重要产业、基础设施、战略资源、重大科技等关键领域的安全可控,增强产业链供应链自主可控能力,信创产业将成为重塑中国IT产业基础、加快发展现代产业体系、推动经济体系优化升级的重要力量。  可以预见的是,在“新基建”、数字化建设的不断发展及国家政策的推动下,不论在国防军工、政务单位,还是在能
在互联网行业,基于Unix/Linux的网站系统架构毫无疑问是当今主流的架构解决方案,这不仅仅是因为Linux本身足够的开放性,更因为围绕传统Unix/Linux社区有大量的成熟开源解决方案,覆盖了网站应用扩展的方方面面。 我记得十几年前第一波互联网浪潮的时代,采用Windows平台ASP架构的大型网站是非常普及的,而如今采用Windows平台.net架构的大流量知名网站已经凤毛麟角了。很多采用
转载 2023-08-09 16:52:48
34阅读
打工人打工魂,打工仔hellohello-tom上线啦?tom哥真是越来越懒了,懒得动笔,有很多粉丝一直在催我更新,所以tom哥整理了一下,今天打算来场硬核输出,继续更新人人能看懂系列,文字较多,建议多读几遍人人都能看懂系列:《分布式系统改造方案——老旧系统改造篇》。很多同学到一家公司相信说的最多的一句话都是,窝xxxx,这什么垃圾代码,我可没办法维护,让我改的话只能推翻重写,毕竟每个人都只熟悉自
Windows XP系统升级 老牌系统 成Windows 7,要确保C盘以外的所有文件都不受影响,该怎么做?原先的软件是不是要重新安装? 那些刚接触win7的朋友们,对此有很多疑问,其实,如果你选择从Windows XP升级Windows 7,那么你是有很多问题需要注意,你不仅需要计划操作系统迁移,而且你应该尽可能多地了解Windows 7。下面给XP用户的5条升级建议:   1: 检查XP
牛了个逼,改造后,弹出会更美丽。弹出会自动关闭。弹出的位置可以自动调整。
原创 2021-08-05 16:04:54
228阅读
以前我写过一篇关于 MVP 架构的文章《Android架构—MVP架构在Android中的实践》。随着业务的复杂化,我们会发现传统的 MVP 架构依然会有很多问题。下面我将和大家一起探讨下在使用 MVP 架构过程中遇到的比较大的问题以及解决方案。随着业务逻辑复杂化,我们可能会遇到下面几个比较大的问题:Presenter 中充斥着非常多的业务回调方法,Presenter 非常臃肿顶层业务逻辑无法重用
一、构建大型网站:分布式改造1、为什么要做分布式化 随着业务的扩展和流量的爆发式增长,该系统很快达到了瓶颈,是不是一定要对它做分布式改造呢?其实我们早期也尝试用过一些高端的服务器(IOE),但一方面价格昂贵,另一方面这样也阻挡不了瓶颈的到来,分布式改造成为必由之路。 分布式改造必须先解决以下几个问题: 第一,应用需要微服务化。即将大量粗粒度的应用逻辑拆小做服务化改造 第二,必须先建立分布式服务框架
继2021年工信部、中央网信办印发《IPv6流量提升三年专项行动计划(2021-2023年)》后,2022年4月,中央网信办等三部门再次联合印发了《深入推进IPv6规模部署和应用2022年工作安排》,着重强调了2022年IPv6建设目标:到2022年末,IPv6活跃用户数达到7亿,物联网IPv6连接数达到1.8亿,固定网络IPv6流量占比达到13%,移动网络IPv6流量占比达到45%。 
公司使用的项目管理系统2009年立项,经过2010年开发2011年上线,时至今日已是2年有余。随着公司规模扩大、组
转载 2023-08-24 10:22:43
48阅读
拆分背景随着平台业务增长,功能耦合度越来越高,部署周期变长,代码样式混乱、新人入手复杂、独立功能影响系统的稳定性等等,等等,等等问题。以邮件通知为案例对服务进行拆分,独立服务,独立部署,独立进程,做到及时上线而不影响平台正常运营。以此为例,望大家对于经手的功能模块,有一个良好的规划,不要碍于项目进度而给自己或者别人制造麻烦。拆分原因邮件通知分散于各个系统,配置变更容易遗漏代码分散,功能修复麻烦,相
原创 2019-11-20 15:21:57
981阅读
数据库之互联网常用架构方案   一、数据库架构原则 二、常见的架构方案 方案一:主备架构,只有主库提供读写服务,备库冗余作故障转移用 方案二:双主架构,两个主库同时提供服务,负载均衡 方案三:主
改造springboot支持application/xml请求,并同时处理json和xml入参需求说明: 由于对接,涉及到请求方使用xml做入参,特在前人的基础上进行整理,如下: 1.导包<dependency> <groupId>com.fasterxml.jackson.dataformat</groupId> <artifactId&
微服务化架构 在这个架构中,将用户、订单和商品相关的逻辑,抽取成服务独立的部署,原本的Web工程和队列处理程序,将不再直接依赖缓存和数据库,而是通过调用服务接口,查询存储中的信息。有了
转载 2021-05-26 18:49:46
141阅读
微服务化架构 在这个架构中,将用户、订单和商品相关的逻辑,抽取成服务独立的部署,原本的Web工程和队列处理程序,将不再直接依赖缓存和数据库,而是通过调用服务接口,查询存储中的信息。有了构思和期望之后,为了将服务化拆分尽快落地,你们决定抽调主力研发同学,共同制定拆分计划。但是细致讨论后发现,虽然对服务
  • 1
  • 2
  • 3
  • 4
  • 5