EAI 模式
上述大多数问题都可以通过实施 EAI模式的集成软件来解决。问题 1 到 4 显然必须由系统本身解决，尽管我曾经或两次提出过解决方案，使用数据库触发器从一个系统的数据库表中读取以发送消息（然后有勇气称之为自定义适配器）。许多集成系统都配备了用于大型系统的开箱即用适配器，可能具有类似的功能，但现在至少它已经过制造商的适当测试（咳咳……）。使用适配器是向其他人隐藏系统怪癖的开始。
其中相当一部分问题是通过模式解决的。桥接通信协议的模式（6——将飘扬的旗帜翻译成摩尔斯电码）、翻译语言（7——数据格式转换。不是真正的法语，而是纯文本到 XML）和翻译定义（8——数据模型转换）
自 2004 年我进入这个领域以来，最大的麻烦就是 Date 造成的。不仅存在 d/m/y 与 m/d/y 的不匹配，而且使用日期与日期时间的组合，然后进入夏令时，必然会导致生日推迟一天。这是众多问题之一，其中一些问题每隔 赌场数据 几年就会顽固地重新出现，您需要真正的集成顾问来解决甚至认识到这些问题。
我们已建立联系！
精彩的！现在我们所有的问题都解决了。好吧，事实并非如此。我们现在已经使用非常昂贵的软件将一个系统连接到另一个系统，聘请昂贵的顾问，浪费时间和金钱，只是为了将客户的地址从 CRM 系统转移到计费系统。那为什么我们还没有完成？
嗯，还有其他 20 个系统和 300 个数据对象需要移动。为了避免所有这些系统之间出现混乱，我们使用其余模式进行可靠的消息传递、路由和关联。 （以及更多）
所有这些仍然是 EAI。它确实解决了它要解决的大多数问题：在数据孤岛之间移动数据。那么为什么声称它无法戳破泡沫呢？我的问题是：泡沫还存在吗？答案当然是：是的！我们只是设法在他们之间架起了一些桥梁。这些泡沫仍然只会说自己的语言，使用自己的流程，这些流程有时会重叠，并且几乎不知道其他泡沫的存在。整合只会放大差异：我们需要他们提供这个和那个数据。他们为什么不能表演？此外，我们引入了新的筒仓，但却将其伪装成解决方案。