标签搜索

关联事件驱动的架构和API主导的连通性

冰封一夏
2021-08-05 09:29:44 / 1 阅读 / 正在检测是否收录...

尽管交换事件的应用程序组件可以类似地组织,但这不是事件驱动的体系结构的内在部分。

以API为主导的连通性说明了体验API,流程API和系统API的三层。 

尽管交换事件的应用程序组件可以类似地组织,但这不是事件驱动的体系结构的内在部分。

API主导的连通性根据这三个层次(本质上是从上到下)限制了通信模型,而应用程序组件对应的事件从理论上讲不必遵循等效的通信模式限制。

API实现通常具有对其他API或后端系统(或两者)的明确定义的静态依赖关系。尽管相关的联系人可能会在运行时出现在事件驱动的体系结构中,但是交换事件的应用程序元素之间没有静态依赖关系。而是,这些应用程序组件仅取决于交换的事件类型,目标以及托管这些目标的消息代理。此外,事件使用者可以随时动态更改,从而在事件产生者架构中动态重新配置应用程序组件在关系驱动架构中的关系图,而事件产生者不会意识到该更改

体验API>流程API>系统API流程图

事件驱动体系结构期望消息代理作为技术体系结构的附加组件,所有想要交换事件的应用程序组件都必须在同一消息代理上接受(在某些代理体系结构中这不是严格的要求)。

由API主导的连接性,尤其是应用程序网络,是由为自助使用而发布的以API为中心的资产定义的。事件驱动架构的等效项将围绕目标和事件类型。通过在现有API实现的基础上在Anypoint API Manager中应用API策略来增强NFR,在Anypoint Platform上的事件驱动的体系结构中是等效的。

API实现之间的交易事件

“客户自助服务应用程序”产品的兼容性要求得出这样的结论,即命令查询路径必须“短路”,以便目标系统尚未公开的最近的请求提交也可以被获取。通过“ PAPI”和“ SAPI”检索。

构筑这种“短路”的一种方法是在提案中​​,与在CQRS上进行事件来源不同。

  • 在传输提交给目标系统的请求之后,“ SAPI”还必须发布“与请求相关”的事件。
  • 除了从目标系统中检索数据之外,“ SAPI”还必须使用“已提交”事件,进行存储,并将其包括在返回给其API客户端(特别是“ PAPI”)的搜索结果中。
  • 这相当于“ SAPI”与目标系统之间的非API通信通道,该通道遵循事件驱动体系结构的一般体系结构原理。

目标系统流程图

0

评论

博主关闭了所有页面的评论