反应式微服务示例 - 通用和真实（非抽象）

Question

每个企业都在寻找客户、制造产品、向客户销售产品等过程中。

我参加过关于反应式微服务的讲座，并且知道它们是抽象形式的，但是 NOBODY（我的意思是 NOBODY）似乎能够为我提供一个关于如何创建软件的真实生活示例如果利用反应式微服务，今天的设计会更好。

例如，为客户执行 Thing1 的 Web 服务。它具有三个主要组件，SubThing1、SubThing2、SubThing3。 SubThing2 有时会占用更多的内存和资源，因此最好将其分解为反应式微服务，以便在需要时对 SubThing2 进行扩展和缩减。

你能给我一个 Thing1、SubThing1、SubThing2 和 SubThing3 的实时工作实例吗？

Answer 1

如果其他人想知道 响应式微服务 是什么，请参见下文。

来自 Jonas Bonér 的《反应式微服务架构》一书，O'Reilly 出版社：

什么是反应式微服务？

采用基于微服务的关键原则之一 架构是分而治之：系统的分解 成离散和隔离的子系统，通过明确定义进行通信 协议。

隔离是韧性和弹性的先决条件，需要 服务之间的异步通信边界解耦 他们在：

• 时间 - 允许并发
• 空间 - 允许分布和移动性 - 移动服务的能力

在采用微服务时，消除共享也是必不可少的 可变状态¹，从而最大限度地减少协调， 通用可扩展性中定义的争用和一致性成本 法律² 拥抱Share-Nothing Architecture。

¹ 对由 可变状态，参见 John Backus 的经典图灵奖讲座“Can Programming Be Liberated from the von Neumann Style?”

² Neil Gunter 的 Universal Scalability Law 是 理解争用和影响的重要工具 并发和分布式系统中的协调。

使用此定义，Thing 将是由反应式微服务组成的系统，而 Subthing1.. 等将是各个反应式微服务。

你能给我一个 Thing1 的实时工作实例吗？ SubThing1、SubThing2 和 SubThing3。

怎么样：

• 事物 = 亚马逊网站
• SubThing1 - 定价服务
• SubThing2 - 产品服务
• SubThing3 - 库存服务
• 等等...