微服务架构的演进

本文主要阐述在现代微服务体系下，流行的设计方法比如DDD方法、六边形架构应该如何落地实施。

DDD主要讲领域的分离，通过将业务系统拆分到不同的领域，降低系统的耦合；另一方面也为系统结构做出了一些指引，比如引入应用层隔离领域，区分Entity和ValueObject，使用Repository来管理Entity。

六边形架构则把分层架构改成环形，强调领域位于核心位置，外部输入和输出通过adaptor来实现可替换的效果。

需要注意的是，DDD和六边形架构的出现，都是早于微服务的，过去二十年开源软件的蓬勃发展，也提供了很多的开源组件以简化DDD和六边形架构所要求的一些功能。

比如MyBatis，在很大程度上做到了数据库的可替换，达到了六边形架构所要求的替换效果；同时也能管理Entity，实现类似于Repository的效果。
另外SpringBoot也提供了很多Repository以实现对mongoDB等的访问。

前端框架的发展和基于接口的交互，实际上也保证了用于前端的可替换性。

所以现在的微服务，结构已经可以大大简化，开发者并不需要自己去实现那么多层，而只要专注于业务逻辑即可。

而业务逻辑，只需要API层和ViewObject（展示给用户的视图，即API的输入和输出）、领域逻辑层或应用逻辑层（专注于领域的微服务只需要领域逻辑层，而专注于应用的微服务只需要应用逻辑层）、以及数据库层。而数据库层基于MyBatis等框架来实现，只需要较少量的开发工作。

采用如上结构，可以极大简化微服务内部架构，降低开发门槛，提升开发效率，且充分利用开源已有的能力，满足DDD和六边形架构的基本要求。