翻译自
Building Event-driven Microservices Using CQRS and Serverless-January 31, 2017
什么是事件驱动架构[
事件驱动架构将领域事件看作为顶级元素，这其实并不是什么新鲜概念，自有软件起就已经存在了。现在，随着微服务的流行，人们对事件驱动在分布式系统中的应用越来越感兴趣。
CQRS
CQRS是Command Query Responsibility Segregation的缩写，是事件驱动架构领域中一个应用比较广泛的概念。是一种关注读写分享的架构方式。
CQRS中，作为输入的领域事件与领域模型在结构上是不同的。
Example 1. Account aggregate
{
"createdAt": 1481351048967,
"lastModified": 1481351049385,
"userId": 1,
"accountNumber": "123456",
"defaultAccount": true,
"status": "ACCOUNT_ACTIVE"
}
如果我们要想改变account的状态，一般我们是直接修改对象的status字段，但在CQRS中我们可以发送如下的一个事件
Example 2. Account event
{
"createdAt": 1481353397395,
"lastModified": 1481353397395,
"type": "ACCOUNT_SUSPENDED",
"accountNumber": "123456"
}
修改完成后，可以将这种变更反应到查询模型上
以上是对CQRS的一个简单说明
CQRS和微服务
CQRS和微服务结合后会变得复杂，下图是一个实现系统。
上图中，将一个微服务分成了command-side query-side event-processor三部分，每个部分都可以独立部署。
command-side
command-side开放rest api给用户，用户请求触发command, command触发action,action触发domain event; domain event存储在event store中。Event store是一个结合数据库和消息网关的概念(典型的实现如Eventuate)。领域事件保存事件的时间序列，通过历史事件重放能够重建系统的当前状态。
event-processor
事件处理器是无状态的，监听来自event store的事件，并处理。
query-side
分布式的单体应用还是微服务
两者最大的区别是微服务中的单个服务是能够独立进化的。
Serverless
无服务，一般是指FaaS(Function as a Service),直接将逻辑部署为函数，不需要安全与管理专门的服务器或容器。使用无服务函数的一个好处是其将事件作为顶级元素的概念。
微服务与Serverless
微服务可以由一组Serverless来构建。
Cloud-native CQRS
我们来构建一个云原生CQRS应用，包括事件驱动微服务和无服务函数。
