19 | 总结（一）：微服务设计和拆分要坚持哪些原则？
该思维导图由 AI 生成，仅供参考
微服务的演进策略
1. 绞杀者策略
2. 修缮者策略
荧光笔
直线
曲线- 深入了解
- 翻译
- 解释
- 总结
微服务设计和拆分需要遵循一些原则，包括领域驱动设计、边界清晰、职能分层和适度拆分。在微服务拆分时需要考虑领域模型、业务需求变化频率、应用性能、组织架构和安全边界等因素。此外，深刻理解DDD的设计思想和内涵，结合企业文化和技术特点，灵活运用战术设计方法，选择最适合的技术和方法解决实际问题。文章内容涵盖了微服务设计的原则、拆分因素、领域建模策略以及DDD的使用误区。
《DDD 实战课》，新⼈⾸单¥59
全部留言(31)
- 最新
- 精选
南山老师这篇是看的最慢的一篇，一边看，一边思考现在团队负责的业务以及服务，有很多很多值得警惕和借鉴以及深思的地方！ 前面在看微服务实例讲解的时候一度陷入战术模型中出不来，想着现在团队微服务的结构以及实现方式像，也不像ddd。一直也知道战略比战术更重要，直到看到今天的文章，才恍然，从ddd学到的更多是他的分析过程的方法论，设计思想，至于实际落地，要结合各种因素来权衡利弊做更合适现状的架构设计方案和具体实现方式。 注重道而不是术！作者回复: 把DDD当成工具和方法，不要让它束缚了思想。
2019-11-2729
silentyears请问老师，DDD，必须采用充血模型吗？作者回复: DDD主要采用面向对象的设计方式，不同于三层架构的贫血模型，实体只有get和set方法，所有的业务逻辑都放在业务逻辑层，耦合度比较高。采用充血模型后，会让领域模型更接近实际场景，也会让四层架构中各个实体行为，领域服务等职责更加清晰，便于进行服务和方法的组合和解耦。
2020-02-0429
Peter Yu老师，我有个疑惑：比如有个服务AB被拆分为服务A和服务B，在拆分之前有个service调用: Adto fetchAbyId(Long id),拆分后这个方法提供了远程调用，B服务调用这个远程方法时需要一个对象来接收结果，问题：是在B服务里面建一个类似Adto的类用于包装结果，还是引用A服务的一个common包依赖进来（里面有Adto的定义）。个人感觉如果用引入依赖的方式，会暴露较多信息，耦合度也高了；但是重新在B服务里面建一个新类，微服务拆分时工作量会比较高（A和B之间调用比较多的情况）。感觉都挺头疼的…望老师指教作者回复: 个人建议采用在B服务中建立一个新类的方法。 采用依赖包的方式会混淆限界上下文边界，A微服务中很多内容可能会不自觉的渗透到B微服务内，而且像你说的那样，两者之间会产生高耦合。
2021-01-0658
悠闲喵欧老师你好，我们有个消息发送平台，主要是发短信、邮件、站内信功能；目前想拆分为 任务接收、任务拆分、消息发送、消息跟踪等几个微服务。请问是否存在过度拆分的问题？作者回复: 不清楚您这个消息发送平台数据和业务量大不大。我来分析一下，看看是否正确？ 从业务边界来考虑，另外，再考虑尽量减少微服务之间的数据传输和交互，我感觉任务接收和任务拆分，属于任务管理的限界上下文，而且数据关联度相对较高，它们可以放在一个微服务内，这样可以减少微服务之间的数据交互。而消息发送以及消息跟踪，属于消息管理限界上下文，它们可以放在一个微服务内。 我们可以做好这四个不同聚合的边界，然后拆分为任务管理和消息管理两个微服务。如无必要，尽量不要过度拆分。
2020-12-255
小谢同学感觉ddd和devops这些系统化概念都应该结合企业自身实际情况进行逐步的落地，一是不能盲目跟风，二是不能贪图一时之快，还是要因地制宜作者回复: 是的。
2020-02-283
Jxin
感谢老师的分享。限于篇幅啊，意犹未尽的感觉。作者回复: 很多的感悟，^_^。
2019-11-273
vivi刚开课就跟着学习，课程结束了把新项目用DDD实践了下，收获满满。非常感谢作者～作者回复: 以后多交流。
2019-12-052
y3考虑新老系统之间服务和业务的兼容，必要时可引入防腐层。请问老师，这里的防腐层指的是什么？作者回复: 防腐层是为了屏蔽系统之间的相互影响，保证领域模型的纯洁性，在微服务增加一些代码进行业务适配，比如新老系统的协议转换等。
2019-11-292
by老师 我有一个疑问 最近项目也在做DDD的重构。看了老师的Demo,有一些不理解的地方。 1.LeaveRepositoryInterface 这样的命名方式是DDD的规范吗，确实很少看到这样的命名方式，是不是这样更好 lleaveService。 2.LeaveDomainService为什么要加一个Domain。作者回复: 1、DDD在实际战术落地的时候其实没有具体的规范，你可以根据团队的习惯来定义这些名称，只要大原则不出问题即可。 2、因为在DDD分层架构中有两种类型的服务：应用服务和领域服务，加domain是为了有所区分。
2021-02-061
北天魔狼感谢老师！依赖倒置，代码复用，这俩是最浅显的好处。按照严格模式分层，天然支持微服务，支持多开发语言。🙏🙏🙏作者回复: 谢谢你的陪伴。
2019-11-271
