因此，您是一位小集成专家，您已经获得了 ArchiMate 认证，现在您正在互联网上搜索第一个将集成架构工件描绘到 ArchiMate 中的人。实际上，您很可能找不到任何与您的集成知识水平相匹配的东西。一开始，您甚至开始怀疑自己的谷歌技能，但事实并非如此，只是 ArchiMate 尚未被广泛使用或纳入共享模型。
你可能已经猜到了，上述事情就发生在我身上。幸运的是，我当时所在的组织要求在其架构解决方案文档中绘制架构项目时使用 ArchiMate。我被分配到的具体项目就是：为特定的集成环境创建架构解决方案文档。
因此，我再次发现自己正在浏览该组织的 ArchiMate 存储库以寻找任何可 加拿大号码数据 重复使用的集成架构上下文。现在猜猜关于这个主题可以发现什么？右：没什么。
现在请忍耐一下。我很快就会来探索 ArchiMate 中的集成。首先要澄清的是，我不想仅仅展示 ArchiMate 中集成架构领域的最终状态，而是探索我的个人集成知识以及 ArchiMate 经验的演变。
为了提供一些结构，我将这一演变分为以下三个独立的部分，其中 II 和 III 将有自己的博客：
一、集成出现问题的地方：ArchiMate 和向后集成。您知道，ESB。
二.更多集成最大的错误：ArchiMate 和集成解决方案设计。
三这个整合到底是什么？ ArchiMate 和用于集成的参考架构。
第一部分 - 集成出现问题的地方：
ArchiMate 和向后集成。您知道，ESB。
虽然许多集成平台用户正在远离 ESB 模式，但这并不意味着这个想法本身是落后的。事实上，ESB 的实施更加面向 EAI，或者缺乏对 ESB 指导原则的治理，这导致它在当前我们看到的联合集成平台实施之后变得过时。但是因为我从手头的这种典型的 ESB 实现开始探索 ArchiMate，所以这就是第一个集成到 ArchiMate 模型所得到的：EAI 和服务导向的混合。