驱动微服务设计与消息传递机制.pdfVIP

本文由简悦SimpRead转码，原文地址

从本开始，我将介绍另外一种类型的微服务，也就是驱动的微服务。相对于数据库驱动的微服

务，驱动的微服务介绍比较少。当然，这并不是因为驱动的微服务自身有什么问题，而仅仅是

架构设计上不同风格的选择。以编程语言的范式来进行类比，面向对象编程虽然是目前的主流，但是函

数式编程仍然有其用武之地。从纯技术的角度来说，驱动的架构更适合服务架构的应用。不

过，在实际开发中的技术选型需要综合多种因素来考虑，尤其是开发团队对技术的熟练程度。了解

驱动设计的开发人员相对较少。本将对驱动的基本概念进行介绍。

驱动设计中的概念是（Event），是现实世界中的概念，表示已经发生的状况。

驱动指的是以的发布和处理来驱动应用的运行，它的方式符合我们在现实世界中的工作模式，通常

都是在发生，再进行处理。现实世界中的多种多样，我们依靠大脑进行创造性的处理。

在软件系统的应用也由来已久，最典型的应用是在用户界面中。用户界面的实现通常会一个事

件循环（EventLoop），当用户界面中的产生时，比如按钮点击和鼠标移动，的处理器会被

调用。对的处理都在循环中完成，应用开发者只需要为感的添加处理器即可。在

处理器中，除了正常的处理逻辑之外，还可以发布新的，从而触发对应的处理逻辑，产生级联的效

果。

软件系统中的类型是有限的。每个都有一个类型和可选的载荷（Payload）对象。类型用来区

分不同的，推荐以反转来作为类型的前缀，类似于Java中类名。类型的简单名

称，一般使用名词加上动词语态名规则，名词是的目标对象类型，而动词则是所表示

的动作。比如，表示乘客创建成功的类型是PassengerCreatedEvent，Passenger表明的目

标对象是乘客，Created则表明对应的动作是创建，完整的类型是

io.vividcode.happyride.passengerservice.PassengerCreatedEvent。

的载荷对象取决于的发布者，作为所发布的一部分，载荷对象的内容也需要考虑到处

理器的需求。因为载荷对象中包含了处理所需的数据，载荷对象的最终格式是综合多方面考量的结

果，载荷对象只需要包含足够多的信息即可。PassengerCreatedEvent的载荷对象，可以包含乘

客的全部信息，也可以仅包含乘客的ID。

驱动设计

驱动的设计在单体应用中已经得到了应用。驱动的最大特点是把方法的调用、调用的执行和调

用结果的获取，这3个动作进行了时间上的分离。在常见的方法调用中，方法的调用、调用的执行和调

用结果的获取是同步进行的。调用者在发出调用请求，会等待方法调用的完成，并使用调用结果进

行下一步操作。驱动把这3个动作从时间上进行了分离，变成了异步的操作。

以新乘客的场景为例，当乘客完成，应用需要执行一些初始化的工作。在乘客对应的

API控制器方法中，在创建乘客对象并保存，可以直接调用相应的方法来完成初始化，等初始化完

成，控制器方法才返回。这是典型的同步调用方式。

如果采用驱动的方式，在创建乘客对象并保存，可以发布一个PassengerCreatedEvent事

件，当发布，控制器方法就可以返回。PassengerCreatedEvent