微服务架构都有哪些常见类型
随着互联网的不断发展，越来越多的人都在学习计算机编程开发技术，而今天我们就通过案例分析来了解一下，微服务架构都有哪些常见类型。
1、整洁架构
在整洁架构里，同心圆代表应用软件的不同部分，从里到外依次是领域模型、领域服务、应用服务、外围是容易变化的内容，如界面和基础设施(如数据存储等)。整洁架构是以领域模型为中心，不是以数据为中心。
整洁架构主要原则是依赖原则，它定义了各层的依赖关系，越往里，依赖越低，代码级别越高。外圆代码依赖只能指向内圆，内圆不知道外圆的任何事情。一般来说，外圆的声明(包括方法、类、变量)不能被内圆引用。同样的，外圆使用的数据格式也不能被内圆使用。
整洁架构各层主要职能如下：
Entities：实现领域内核心业务逻辑，它封装了企业级的业务规则。一个Entity可以是一个带方法的对象，也可以是一个数据结构和方法集合。
UseCases：实现与用户操作相关的服务组合与编排，它包含了应用特有的业务规则，封装和实现了系统的所有用例。
InterfaceAdapters：它把适用于UseCases和entities的数据转换为适用于外部服务的格式，或把外部的数据格式转换为适用于UseCasess和entities的格式。
FrameworksandDrivers：这是实现所有前端业务细节的地方：UI，Tools，Frameworks等。
2、六边形架构
追溯微服务架构的渊源，一般会涉及到六边形架构。六边形架构的核心理念是：应用是通过端口与外部进行交互的，这也是微服务架构下API网关盛行的主要原因。六边形架构中，内部业务逻辑(应用层和领域模型)与外部资源(APP，WEB应用以及数据库资源等)完全隔离，仅通过适配器进行交互。它解决了业务逻辑与用户界面的代码交错的主要问题，从而可以很好的实现前后端分离。
六边形架构将系统分为内部和外部两层六边形，内部六边形代表了应用的核心业务逻辑，外部六边形代表外部应用、驱动和基础资源等。内部通过端口和适配器与外部通信，对应用以API主动适配的方式提供服务，对资源通过依赖反转被动适配资源的形式呈现。一个端口可能对应多个外部系统，不同的外部系统使用不同的适配器，适配器负责对协议进行转换。这就使得应用程序能够以一致的方式被用户、程序、自动化测试、批处理脚本所驱动。
六边形架构各层的依赖关系与整洁架构类似。
3、CQRS(命令与查询职责分离)
CQRS就是读写分离，读写分离的主要目的是为了提高查询性能，同时达到读、写解耦。而DDD和CQRS结合，可以分别对读和写建模。
查询模型是一种非规范化数据模型，它不反映领域行为，只用于数据查询和显示;命令模型执行领域行为，在领域行为执行完成后通知查询模型。
命令模型如何通知到查询模型呢?如果查询模型和领域模型共享数据源，则可以省却这一步;如果没有共享数据源，可以借助于发布订阅的消息模式通知到查询模型，从而达到数据终一致性。
Martin在blog中指出：CQRS适用于极少数复杂的业务领域，如果不是很适合反而会增加复杂度;另一个适用场景是为了获取高性能的查询服务。
对于写少读多的共享类通用数据服务(如主数据类应用)可以采用读写分离架构模式。单数据中心写入数据，通过发布订阅模式将数据副本分发到多数据中心。通过查询模型微服务，实现多数据中心数据共享和查询。