结构化影响：对系统接口的需求量增加； 通常会引发手工工序过多的问题。

直接业务影响：在多种数据库系统之间保持数据同步及必要维护极其困难，这不仅会浪费大量人力物力，而且很可能导致查询不同数据库时得到的结果各不相同。

冗余数据

大家肯定常常遇到这种情况：不同应用程序需要调用同一种信息来完成相关工作。这时我们有两类处理办法：将所有应用指向同一套底层数据库，这种想法虽好，有时候却无法实现； 或者是为各应用分别建立数据库并加以同步，而这往往是数据一团乱麻的开始。

另外，简单重复劳动被迫以手动方式处理的问题再次出现——还真是阴魂不散。

结构化影响：系统过分脆弱且难于维护。

直接业务影响：将大量IT资源浪费在毫无意义的重复劳动之上。

接口过多

在冗余数据无法避免的情况下，大家往往会选择以同步机制解决问题，也就是说需要建立一套新的接口。即使没有冗余数据的存在，我们也经常需要从一套系统中收集结果并交付到另一套系统处。

无论是哪种情况，系统及数据库越多，我们最终需要创建的接口数量就越庞大。有接口当然比没有好，但随着日积月累，我们的IT架构会变得越来越脆弱； 这时我们会发现自己根本没有时间开发什么新功能，所有精力都被耗费在无尽的接口管理当中。

结构化影响：系统同样过分脆弱且难于维护。

直接业务影响：同样是将IT资源浪费在毫无意义的重复劳动之上，而且带来大量成本支出。

“看起来很美”的整合方案

接口太多令人手忙脚乱，这时精致的企业级应用程序整合系统或者服务总体管理自然会粉墨登场。总之，在这种情况下各种开幕式的中间件与元数据会成为大家心目中令一切恢复正常的最佳选择。

然而结果常常令人失望：（1）那些看起来既先进又智能的系统只能让简单的问题变得更简单，而根本无法直接解决问题； （2）这些系统对于传统难题仍然束手无策。为了堵住客户的嘴，服务供应商们狡猾地将接口体系重建并隐藏在EAI系统之中，这样表面上就看不出什么毛病了。