首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >同一应用程序中向自身发送事件/命令的组件

同一应用程序中向自身发送事件/命令的组件
EN

Stack Overflow用户
提问于 2021-10-22 06:35:49
回答 1查看 36关注 0票数 0

事件驱动的体系结构在同一应用程序中具有向自身发送事件/命令的组件,这是否常见?(请看下图)。

我在工作中有这样一个奇怪的场景,它看起来不太正确。此组件发送给自身的事件/命令示例: FILE_ARRIVED、PROCESS_FILE、FILE_PROCESSED

我显然不是事件驱动架构方面的专家。实际上,这是我提供服务的第一个“想成为”的事件驱动系统。但我真的很想听听你对此的看法。谢谢。

component in the same application

EN

回答 1

Stack Overflow用户

发布于 2021-10-22 15:09:47

免责声明首先:如果不知道您的应用程序域的细节以及如何削减服务边界,我们无法就您的特定情况给您任何建议。例如,服务边界可能选择得不好,但作者选择该设计也可能有很好的理由。

这里有两个需要考虑的问题:

  1. 通常在内部使用事件驱动方法的组件并不少见-虽然事件驱动体系结构因解决具有微服务的分布式系统中的通信问题而闻名,但它们已在各种软件体系结构中以不同的形式使用。一些示例是用于进程间communication.

的回调注册和/或消息管道/队列

  1. ,这给我们带来了第二点--什么时候使用外部事件总线的网络通信开销是合理的?当然,主要是当消息/事件被外部组件使用时,但另一个原因可能是当事件总线用作其他临时组件的持久性形式时。例如,在不允许消息/事件丢失的情况下,例如在崩溃、硬件故障等情况下,有动力将它们尽快发送到具有持久性的系统。
票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/69672378

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档