架构师训练营——第 10 周学习总结
微服务架构
巨无霸应用系统带来的问题:
编译部署难、慢、复杂
代码管理困难、分支多、合并复杂
数据库连接管理难、连接多,难以维护,容易耗尽
业务维护或新增,都比较难
解决方法:
纵向拆分:将一个大应用按照业务,拆分成多个小应用,独立部署
横向拆分:将复用的业务独立部署为微服务
微服务框架需求:
失效转移
负载均衡
高效的远端通信
对应用最少侵入
版本管理
Dubbo架构
微服务架构落地
业务先行
先有独立的模块,后有分布式的服务
业务耦合严重,逻辑复杂多变的系统进行微服务重构要谨慎
要搞清楚实施微服务的目的是什么,业务复用?开发边界清晰?分布式集群提升性能?
领域驱动设计
理解领域模型对象,DDD 特点
组件设计原则
组件内聚原则
复用发布等同原则
共同封闭原则
共同复用原则
组件耦合原则
无循环依赖原则
稳定依赖原则
稳定抽象原则
评论