44 限界上下文进阶（上）：限界上下文与微服务的映射关系
你好，欢迎来到第 44 讲。
在完成了对限界上下文的识别之后，我们已经手握一张“城市功能区”的规划图。现在，是时候将这张“蓝图”转化为“实体建筑”了。在现代软件架构中，这个“实体建筑”，最主流的形式，就是微服务（Microservice）。
我们曾在开篇时就提到，DDD 的再度火爆，很大程度上就是被“微服务”这股浪潮给推起来的。因为业界迫切地需要一套行之有效的理论，来回答那个最根本、也最令人头疼的问题：
到底该如何拆分微服务？
而 DDD 的战略设计，恰恰为这个问题，提供了迄今为止最令人信服的答案。
本讲，我们将深入探讨限界上下文与微服务的映射关系。你将理解为什么说“限界上下文是微服务划分的首要依据”，并学习在不同的项目阶段，该如何灵活地运用这种映射关系。
一、微服务拆分的“第一性原理”
在 DDD 出现之前，业界对于如何拆分微服务，充满了各种“直觉式”的、反模式的尝试。
常见的错误拆分方式：
- 按技术分层拆分：一个
Web-Service，一个Business-Logic-Service，一个Database-Service。这本质上是把单体应用的不同技术层，通过网络调用连接起来，是彻头彻尾的“分布式单体”，比单
)