1 服务协作
1.1 服务的类型
按分层架构设计出的微服务，其内部各层服务主要功能和职责如下：
1.1.1 Facade服务
位于用户接口层，包括接口和实现两部分。用于处理用户发送的Restful请求和解析用户输入的配置文件等，并将数据传递给应用层。或者在获取到应用层数据后，将DO组装成DTO，将数据传输到前端应用。
1.1.2 应用服务
位于应用层。用来表述应用和用户行为，负责服务的组合、编排和转发，负责处理业务用例的执行顺序以及结果拼装，对外提供粗粒度的服务。
1.1.3 领域服务
位于领域层。领域服务封装核心的业务逻辑，实现需要多个实体协作的核心领域逻辑。它对多个实体或方法的业务逻辑进行组合或编排，或者在严格分层架构中对实体方法进行封装，以领域服务的方式供应用层调用。
1.1.4 基础服务
位于基础层。提供基础资源服务（比如数据库、缓存等），实现各层的解耦，降低外部资源变化对业务应用逻辑的影响。基础服务主要为仓储服务，通过依赖倒置提供基础资源服务。领域服务和应用服务都可以调用仓储服务接口，通过仓储服务实现数据持久化。
1.2 服务调用
- 微服务的服务调用场景
1.2.1 微服务内跨层服务调用
前端应用调用发布在API网关上的Facade服务，Facade定向到应用服务。
应用服务负责服务的组织和编排，其服务调用有如下链路：
- 应用服务调用组装领域服务
领域服务会组装实体和实体方法，实现核心领域逻辑。领域服务通过仓储服务获取持久化数据对象，完成实体数据初始化。 - 应用服务直接调用仓储服务
主要针对像缓存、文件等类型的基础层数据访问。这类数据主要是查询操作，没有太多的领域逻辑，不经过领域层，不涉及数据库持久化对象。
微服务之间的服务调用
微服务间的应用服务可直接访问，也可通过API网关。由于跨微服务操作，在进行数据新增和修改操作时，注意保证数据一致性。
领域事件驱动
领域事件驱动包括微服务内和微服务之间的事件。微服务内通过事件总线完成聚合之间的异步处理。微服务之间通过MQ完成。异步化的领域事件驱动机制是一种间接的服务访问方式。
当应用服务业务逻辑处理完成后，如果发生领域事件，可调用事件发布服务，完成事件发布。
当接收到订阅的主题数据时，事件订阅服务会调用事件处理领域服务，完成进一步的业务操作。