架构师训练营 - 学习总结 第 10 周
微服务框架
解决巨无霸系统带来的问题:
1、编译部署难、慢、复杂
2、代码管理困难、分支多、合并复杂
3、数据库连接管理难、连接多,难以维护,容易耗尽
4、业务维护或新增,都比较难
微服务解决问题的思路:
1、纵向拆分:根据不同的业务,划分一个个的子服务,通过服务注册发现来互相RPC调用;
2、横向拆分:可以复用的业务也独立出来,可以做成子服务,也可以做成SDK,供上层服务调用。
DDD领域驱动设计
老师讲述了自己对DDD的一些理解和实践,大致有:
1、使用充血模型
以往的架构,多数使用的是贫血模型+Service层来实现。
应该使用充血模型,在领域对象里,完成它自己的业务,以及对其它领域对象的调用。
当然,过度使用,可能造成胀血模型,或混血模型(不属于自己的领域业务)
2、划分子域
根据整个公司业务或产品战略,划分一个个独立的子业务,尽可能的内聚和提供复用能力。
3、限界上下文
在一个子域里,要有概念上的边界划分,各个子域要理解自己的业务边界在哪里。
版权声明: 本文为 InfoQ 作者【水边】的原创文章。
原文链接:【http://xie.infoq.cn/article/3c6adebdfe70c010bbcf58a79】。文章转载请联系作者。
评论