组织可以使用各种信息系统-

• 供应链管理-用于管理供应商，库存和运输等。

• 人力资源管理–用于管理人员，培训和招聘人才；

• 员工保健-用于管理员工的病历和保险明细；

• 客户关系管理-用于管理当前和潜在客户；

• 商业智能应用程序-用于从业务运营的现有数据中查找模式。

所有这些系统都作为独立的自动化孤岛运行。大多数情况下，这些系统是独立的，并且由于不兼容问题(例如-

• 他们所在的操作系统；

• 系统中使用的数据库系统；

• 旧版系统不再受支持。

EAI是一个集成框架，是一种中间件，由一系列技术和服务组成，可以使整个企业中所有此类系统和应用程序平滑集成，并实现数据共享和业务流程的更多自动化。

EAI的特征

• EAI被定义为“企业中任何已连接的应用程序和数据源之间的数据和业务流程的无限制共享”。

• 有效地使用EAI可以实现集成，而无需对当前基础结构进行任何重大更改。

• 扩展中间件功能以应对应用程序集成。

• 将不同中间件系统的应用程序逻辑层用作构建块。

• 跟踪与企业运营有关的信息，例如库存，销售分类帐，并执行创建和处理此信息的核心流程。

需要进行企业级整合

• 在组织中无限制地共享数据和业务流程。

• 客户，供应商和监管机构之间的联系。

• 数据，业务流程和应用程序的链接，以自动化业务流程。

• 确保一致的服务质量(安全性，可靠性等)。

• 减少持续的维护成本，并降低推出新系统的成本。

EAI的挑战

• 集线器架构将所有处理都集中到一个服务器/集群中。

• 通常变得难以维护和有效发展。

• 很难扩展以将第三方集成到其他技术平台上。

• 规范数据模型引入了中间步骤。

• 增加了复杂性并增加了处理工作量。

• EAI产品代表。

• 实施解决方案需要大量定制。

• 锁定-通常使用专有技术和所需的专业技能来构建。

• 缺乏灵活性-很难扩展或与其他EAI产品集成！

• 要求组织做好EAI的准备。

EAI的类型

• 数据级别-在数据存储之间移动数据的过程，技术。

• 应用程序接口级别-利用自定义或打包应用程序公开的接口。

• 方法级别-业务逻辑共享。

• 用户界面级别-通过将应用程序的用户界面用作集成点来打包应用程序。