系统设计方案，微服务系统落地思路(微服务系统的落地实现)?

在系统设计时，架构师或项目经理会将需求划分为多个界限上下文进行设计，每个界限上下文包含本身所需的领域模型。然而在实际开发过程中，会出现以下问题：

a. 并行开发问题：在大型系统中，不同界限上下文会交由不同开发小组进行开发。有些界限上下文之间存在业务上的依赖关系，也会在技术上产生依赖。例如订单界限上下文依赖于产品界限上下文或客户界限上下文，因此需要先实现被依赖的对象或功能才能为它们提供服务，这会影响开发的效率。

b. 部署与运行问题：由于界限上下文之间存在依赖关系，当被依赖的组件出现变化时，需要将其更新到依赖它的界限上下文中，这会带来管理方面的复杂性。同时，如果被依赖的组件出现问题，依赖它的界限上下文也会受到影响。此外，服务独立部署到不同的主机或 Docker 上也会带来管理和部署方面的障碍。

c. 技术选择问题：由于存在技术依赖关系，多个小组通常会采用相同的技术。然而，在某些场景下，应该选择最适合该界限上下文的技术，各个界限上下文之间也不应该通过 Restful 风格的接口互相访问。