深入理解领域驱动设计中的聚合
聚合模式是 DDD 的模式结构中较为难于理解的一个，也是 DDD 学习曲线中的一个关键障碍。合理地设计聚合，能清晰地表述业务一致性，也更容易带来清晰的实现，设计不合理的聚合，甚至在设计中没有聚合的概念，则相反。
阿里巴巴DevOps实践指南（十四）| 测试环境与路由
在阿里巴巴内部，随着业务规模和技术栈的拓展和更新，业务侧对测试环境的使用也逐步打破原固有模式，快速向多场景、多样化、多职能方向发展，如何能够跟上业务发展速度，及时满足业务侧对测试环境新场景的诉求，基于环境和路由模型的测试环境解决方案是解决问题的关键。
聊一聊中台和DDD（领域驱动设计）
本次分享价值：本次分享主要针对中台、微服务和领域模型的理念、本质及其构建方法论进行探讨。对领域分析的价值所在就是寻求“千变万化”中相对的“稳定性、第一性”，然后通过合理的架构分析及抽象隔离业务的复杂度和技术复杂度，隔离业务领域的稳定性和易变性，从架构上精巧、快速的支撑业务的变化。
DDD领域驱动设计落地实践系列：战略设计和战术设计
通过前面的文章介绍，相信大家对于什么是DDD有了初步的了解，知道它是一种微服务的架构设计方法论，为我们解决如何建立领域模型，如何实现微服务划分等提供了方向和指导。但是对于如何具体落地使用DDD，可能大家还是一脸懵B的状态，因此从本文开始以及后面的文章将对如何进行DDD落地进行详细的阐述。在这其中还是会涉及到DDD中的一些重要概念，原本想着在一篇文章中介绍所有的概念，但是我觉得，概念总是在它该出现的时候出现才会让大家印象深刻，否则这些概念只是死板的概念，我们不清楚他为什么出现以及可以解决什么问题。
怎么说服领导，能让我用DDD架构肝项目？
我也苦思冥想，怎么跟领导说咱们从 MVC 升级到 DDD 吧，因为 DDD 代码结构更加清晰、领域驱动比测试驱动开发更加先进、研发的兄弟们也更想用用新框架等。