可落地的DDD(4)-如何利用DDD进行微服务的划分(2)

摘要

在前面一篇介绍了如何通过DDD的思想，来调整单体服务内的工程结构，为微服务的拆分做准备。同时介绍了我们在进行微服务拆分的时候踩过的一些坑。
这篇介绍下我们最终的方案，不一定对，欢迎留言讨论。

微服务划分

问题分析

上篇介绍过我们一开始的服务划分标准

1. 一个领域一个服务的规则去拆分，
2. 同时为了保证领域的纯洁性，我们区分了领域服务，和前台服务。领域服务就是领域逻辑，不直接对前端暴露。前台服务组装各个领域服务，暴露给前端。
3. 同时为了保持扩展，我们预留了一个微服务作为服务孵化器。对于领域不清晰的（比如大部分的新的业务），放在这个服务里面孵化，然后等领域足够大的时候再拆分出去。

实践后有些典型的问题也比较突出

• 服务热点问题
  我们是一个新的业务，在业务迭代的过程中，大部分新需求都是领域不清晰，不知道能不能迭代下去的。所以按照之前的标准，都往growth服务里面去写代码，这样导致几乎团队里面的所有的人都在开发这一个项目，失去了拆分微服务的意义。

• 服务依赖太严重
  无论写什么需求，都需要写多个应用，领域服务1个，前台如果有pc,需要在pc服务上开发，移动端要展示，要在mobile服务开发。服务之间的调用需要写rpc client接口&#x