我已经使用此 ArchiMate 设置进行集成很长一段时间了，并且用于相当多不同的“集成密集型”解决方案架构。：
当组织的 E2E 流程在某些甚至多个点上接触 ESB，并且出现问题时，最简单的找出方法似乎是联系 ESB 运营管理层，并礼貌地询问他们是否可以找到未接受或响应某条消息的罪魁祸首应用程序。
最后尤其是当 ESB 的消息传递部
分也用于类似事件的消息时，很多事 现在让我们探 所有者数据 讨 情都会出错，并且 ESB 操作员会发现他们花费更多时间在日志文件中查找异常，而不是花时间进行常规活动。有趣的是，能够找到导致问题的应用程序 ESB，或者 现在让我们探讨 更确切地说“ESB 操作”，却获得了负面含义，因为所有问题似乎都指向 ESB。但这是另一个讨论的话题。目前，值得注意的是，已经出现了更快解决 ESB 问题的商业案例。但在购买快速日志文件分析工具或集成消息流监控应用程序之前，您可以先收集需求。现在 ArchiMate 的动机方面就派上用场了：
“通过 ESB 监控更快发现应用程序问题”需求流程的结果显示为：ESB 功能监控需求（下图中间右下方）
这些要求是输入，应该由实现这些要求 语音机器人如何彻底改变呼叫中心的运营 的某些专门的应用程序来满足。
同时该ESB功能监控应用还实现了ESB功能监控的ArchiMate功能
然而令人遗憾的是，“选定的”应用程序不会监控 ESB 的消息传递部分，同样令人遗憾的是，ArchiMate 无法显示您不想要的内容或应该但没有的内容。幸运的是，我使用的工具允许用颜色和文本 WhatsApp 号码 突出显示。尽管在其他视图中只会显示文本。
正如我的示例组织中发生的情况一样，在 ESB 功能监控计划的同时，还有一项大型计划正在进行，其目标之一是在业务级别实施 E2E 流程监控。