一位朋友说他们正在做EAI的项目，对于EAI，没有接触太深，以前项目中有这一块，却没怎么参与。于是问了一句，"EAI究竟是服务于什么目的"？提起这个名词，在我脑海中蹦出的关键词是诸如实时、总线、消息等，然而，这些似乎只是它的技术特征。
类似的名词包括EII和ETL，ETL是BI项目中必有的部分，也是目前每个项目戏份最重的环节。ETL有一种定义，如"抽取、转换和装载，为了分析的目的，将数据从多种数据源抽取，经过转换、清洗，装载到另一个数据库的过程，包括数据集市和数据仓库，或者是另一个操作型系统"，我不知道这是谁的定义，恐怕也恐怕很难有权威的定义。在这个定义中，ETL是广义的，它是数据流动的过程，没有说它究竟是批量的或是实时的。因此，按照这个定义，EAI也就像是ETL。
EAI，全名为企业应用集成，这提升到一个比较高的层面，相比之下，"数据"显得太微观，太底层了。不错，现实的情况是企业的IT环境中，大量不同的系统同时并存，缺乏总体规划。在这种情况下，提出应用集成也是形势所逼。比如联通的经营分析和客户维系挽留系统，缺乏规划的时候，他们就有功能重叠的地方，各自的厂商为了自己的利益，不可能顾及"应该"如何，只是将自己的蛋糕划分得大一些才好。因此，诸如"客户价值模型"这样得东西就会抢来抢去。可能这种交叉应用的存在，才导致人们对应用集成的愿望，他们希望能够统一地看这些不同的应用，就像一个完整的大系统在运行一样。
但显然，如果达到这样的程度，理想的程度，并非一种技术就能搞定。所以，EAI的定义显得比ETL定义更加"虚头八脑"，而在实际项目中看来，EAI的主要功能就是数据的集成，在多个应用之间共享数据，联通里面一般管这叫做"交互性"。技术实现上，它更像是CDC（变化数据捕获）＋ETL。
至于EII，名称上意思为"企业信息集成"，按照数据、信息到知识这个从低到高的层次，EII听起来又比ETL高级一些。然而对它，更加没有深入了解。也不明白它为什么会蹦出这个名词，是和ETL、EAI并列还是有取代他们的意思。从它的定义来看，EII是建立了一个虚拟的数据库，用户向这个虚拟库提交查询，而EII将这种查询物理地分布到各个不同的数据源中，然而返回数据，对于用户来说，他没有意识到这批数据是来自不同应用、不同数据库的。
喔，很酷，不过难度不小，因为这不是技术问题。假设理想的情况下，能够为数据源建立详尽的、一致的元数据，能够有一个引擎实现这种分布式查询，当然可以EII。然而我们不是生活在理想国，为不同的数据源建立一致的元数据几乎是不可能，这涉及到各个系统厂商的管理、系统设计以及维护能力，无法仅仅通过技术手段保证的。所以，EII，我只能暂且将它看作是未来理想。