部署架构 因为单体架构痛点 升级到微服务架构

文章讨论了单体部署在多人协作时面临的回归测试增多、代码管理复杂性提升等问题。当转向微服务架构,例如在电商场景中增加功能或并发处理,会出现代码复用、系统间相互调用等挑战,同时也可能导致数据库性能问题、服务依赖难以拆分等。尽管分层微服务可以提升内部调用效率,但引入了新的问题如IP端口管理和服务健康检查。文章探讨了架构演进过程中的这些问题和解决方案。
摘要由CSDN通过智能技术生成

如图为单体部署

 痛点 多人协作可能产生很多的回归测试    代码管理复杂度提升    软件包升级会导致增加测试次数

举例 单体电商  1增加功能(增加小程序平台)  2  并发增加

出现  1 代码复用 2 系统间相互调用  3 接口不仅要对外服务,也得对内提供接口

         4  数据分析功能可能会导致数据库性能问题  5  数据库被多个服务依赖,无法拆分和升级

         6   各个服务以表作为中介来通信      7 某个接口写的不好,导致数据库出现严重的性能问题

         8    开发测试, 部署困难

代码隔离(如下)也会依旧的问题  数据库没有隔离  还是会相互影响

完全独立 产生新的问题  增加接口 增加工作量  增加开发人员  内部http协议效率低

普通微服务基本结构如下

分层微服务改造   内部调用效率提升

 

 分层微服务的一系列要解决的新问题   ip 端口  服务是否健康.........

架构演进系列

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值