我们经常可能会在实际项目中遇到这样的情况，假设在项目开发初期，我们预估的峰值用户量大概在3000左右，但是后来随着项目经营的越来越好，我们的在线用户量到达了一万，那么此时我们就需要修改或者重构我们的项目，比如说加多级缓存加消息队列等等。
这其实也是目前互联网的发展趋势，从原有固定的瀑布式开发到现在的敏捷式开发，可能每个月项目都会迭代数次，项目的生命周期随时都处于实验的阶段，这样会有一些问题，比如昨天定制好的需求，今天就会发生改变，所以为了契合我们的开发场景，我们是否也需要修改我们的开发流程，在瀑布式开发的时候，我们都是先通过先构建数据库表 -> 对象 ->业务代码这样的顺序来进行开发的，在敏捷开发场景中，耦合性就会很强，假设数据库一修改字段，后面对应的对象以及业务代码都需要进行修改，我们也是时候需要思考一下了，是否有更加简单的方式或者说是更加抽象的源头去替代最上游的数据库来提高我们的效率瓶颈。
很多公司也把DDD作为微服务架构设计的指导思想.
