微服务与无服务器知识大放送（二）
by weswoo

 我们将一个微服务分为下令端、查询端和事宜处置器，这三个部门可以相互自力地部署。

  下令端  
本示例中的下令端提供了REST API，可接受通过HTTP发送的请求。请求接纳下令的形式，可以驱动对微服务所拥有的领域数据的状态更改。简朴来说，对领域数据的任何写入都将以下令形式从API请求流出，处置导致数据库发生更改的操作。   下令触发操作，操作触发领域事宜。领域事宜保留在事宜存储中，也就是“一个将数据库与新闻署理相连系的系统。”最合适入门使用的事宜存储是Eventuate，是由Chris Richardson确立的项目，旨在辅助将CQRS和Event Sourcing应用到微服务。   领域事宜存储为准时间顺序排列的一系列事宜，附加在日志上。由于每个下令都天生一个事宜，我们能够凭证网络的事宜历史纪录重新构建当前系统的总体状态。   事宜处置器   我们要探讨的下一个组件是事宜处置器。这个CQRS组件接纳Worker应用的形式，认真摄取领域事宜。事宜处置器是无状态的，并侦听来自事宜存储的新闻，对传入的事宜新闻接纳操作。   事宜处置器可通过许多有用的方式对新的领域事宜作出响应。一个领域事宜可以天生多个事宜，这些事宜可以发送到其他微服务。这就是为什么大多数微服务开发职员都被CQRS吸引，由于通过这种方式可以宣布和订阅来自限界环境之外的应用的领域事宜。   这种方式为我们提供了一种机制，可确保领域数据的引用完整性。来自其他微服务的新闻可用来处置领域事宜，从而让我们能够维护漫衍式系统中与其他纪录的领域数据相关的恼人的外键关系。   查询端   事宜处置器主要认真应用可改变领域整合状态的领域事宜。每个领域事宜都可用来更新数据库纪录，形成形貌整合的增量实体化视图。反过来，查询端将提供一个REST API，允许HTTP客户端读取从已处置事宜天生的实体化视图。   查询端组件中的限制是领域数据是只读的。此系统中的所有状态更改都市从下令端流入，然后形成可在查询端读取的实体化视图。  

微服务与无服务器知识大放送

Manage your online banking

Morbi lorem proin morbi tempor risus. Nisl lobortis diam id faucibus pretium vitae suspendisse sed accumsan. Sodales morbi tristique elit cursus gravida. Ullamcorper commodo eget pulvinar pretium. Condimentum rhoncus commodo amet nec auctor nibh vel mi blandit.

Neque ultrices nunc condimentum morbi risus tincidunt. Vel arcu lacus non ornare. Porttitor in rhoncus magna augue adipiscing.

• Manage your time so you’ll get more done in less time
• Cut expenses without sacrificing quality
• Attract and retain quality, high-paying customers