这篇文章行文结构对照微软博客， 结合本人意译和多年实践的回顾性思考形成此次读书笔记。 Domian-driven Design 领域-驱动-设计（DDD）提倡 基于(用例相关的现实业务)进行建模 。 许多技术概念和模式，例如充血模型(对应我们常写贫血模型)、值对象、聚合和聚合 ...

前言谈谈我个人对微服务的理解 : 微服务架构设计，一个微服务应该就是一个可单独部署，可运行的应用，也就是微服务最小的运行单元。 微服务本身内部高度内聚，微服务与微服务之间低耦合。 首先对于应用划分上，就应该想清楚每个微服务的职责 ...

微服务 + DDD，个人觉得应该是首先是从微服务的角度(如何划分微服务)考虑去划分大的业务模块，每一个微服务都应该是一个可以单独部署，各司其职的模块； 微服务实际开发中，也结合DDD的思想去划分所有属于自己的领域。 微服务的划分与落地，其实也应该是 ...