标签:定义 bug 带来 创新 结构 微服务 架构 伸缩性 团队
什么是微服务?
什么是单体架构?
单体架构的问题?
1.复杂性高
1.1 代码难以理解,复用性低
1.2 难以理解导致代码质量低,复杂性进一步增加
1.3 代码难以被修改和重构
2.伸缩性差
2.1 单体只能按整体横向扩展,无法分模块垂直扩展
2.2 IO密集型模块和CPU密集型模块无法独立升级和扩容
3. 可靠性差
3.1 一个bug有可能引起整个应用的崩溃
4. 阻碍技术创新
4.1 受技术栈限制,团队成员使用同一框架和语言,模块得不到拆分,不能使用新的语言和框架
4.2 升级和变革技术框架变得困难,当有符合业务场景的新技术产生或者新版本时,升级和变革技术框架所带来的重构成本和风险很高
4.3 想尝试新的语言也变得很困难,因为开发成本的上升,重构和新需求迭代无法协调,所哟最终只能是妥协继续使用原来的框架和语言
什么是服务化?
服务化就是把传统的单机应用中的本地方法调用,改造成通过接口产生的远程方法调用
通过服务化,可以解决单体应用膨胀,团队开发耦合度高,协作效率低下的问题
微服务定义
服务拆分粒度更细
服务对立部署
服务对立维护
服务治理能力要求高
微服务的有点
易于开发与维护
独立部署
伸缩性强
与组织结构相匹配
技术异构型
标签:定义 bug 带来 创新 结构 微服务 架构 伸缩性 团队
原文地址:https://www.cnblogs.com/boyYu/p/13155166.html