我试图了解事件驱动的体系结构比传统体系结构更有效率。当然，它是松散耦合的。
让我们想象一下。我们有2个spring-boot微服务。
微服务A引发事件，微服务B侦听该事件并执行某些操作。使用EDA方法，微服务B依次逐个处理所有这些事件。为了扩展，我必须运行多个微服务B实例。但是，如果我使用传统方法，则单个服务器将并行处理多个HTTP请求。因此，使用EDA方法，单线程和顺序处理不是资源利用的好方法吧？
事件驱动并不意味着线性事件流，事件排序或为此使用Kafka。
就像它与事件源，域驱动设计或sagas无关。您需要做的就是将事件发布到某些消息传递基础结构，以便下游系统可以使用它。
事件驱动本质上是消息传递。这不是新事物，所有消息传递模式都在Martin Fowler撰写的“企业应用程序体系结构模式”一书中进行了适当描述。消息中没有[[nothing，只说了一个有关顺序单线程处理的单词。
仅在负载均衡HTTP调用时，将competing consumers与消息代理一起使用即可水平扩展。全部
流行的消息经纪人支持竞争的消费者，这是该行业数十年来使用的一种众所周知的模式。