针对国内的实际情况,考验厂家们的产品能力重点经常不在EAI产品自身的特点、功能、适配器的数量。
EAI的最后一公里
从中国的电信行业目前的情况来看,不同的运营商对EAI技术的需求重点各不相同,并非每一个项目中均会应用前面描述的完整的EAI架构中所有的技术,但是基础架构的搭建则是几大运营商的共同关注点。
通过参与中国电信、中国网通的几个EAI项目的建设,以下几个方面的问题应是客户、厂商共同考虑的重点。
数据模型和数据操作
EAI项目中不可或缺的部分是对企业的整体数据模型和数据操作的设计和考虑。数据模型是逻辑上的模式设计,而数据操作是物理上的技术问题。
数据模型的定义需要解决电信企业内部的“国际语”问题,而数据操作则是针对此数据模型在企业内部林立的软件、数据库中如何交互的问题,涵盖了数据同步、数据映射、数据转换、应用互连、流程控制等多个层面上的技术和方案。
独木桥问题
先进的EAI技术主要采用基于应用服务器的架构,即EAI星型架构,在企业内部不同应用域中依靠不同的EAI星型架构的联盟形成企业内部端到端的信息交互和服务共享。
显然,虽然并非所有的应用均需经由EAI平台,但是EAI平台还是会成为承载很多数据交互、数据同步、服务调用等的核心HUB。某种意义上,企业内部流程调度、信息交互的独木桥是否就形成了呢?
因此,解决独木桥问题十分关键,也应成为选择EAI产品的重点。目前Server-based的EAI解决方案则依托相对成熟应用服务器技术,将集群技术、负载均衡技术引入到EAI平台的流程引擎、信息代理等各个层面,搭建多个平行的桥梁,增大EAI平台的吞吐量,从而解决独木桥问题。
流程设计
工作流技术无疑是目前电信行业解决方案的热点之一,尤其在BEA和IBM上个月的联合BPEL4J的白皮书发布后,工作流技术走向成熟和标准的步伐也在稳步加快。
但是在实施实际的项目中,我们发现流程设计对项目的影响远远大于某个产品的流程引擎的具体功能。主要的问题体现在以下几个方面:
* 流程颗粒度。流程中调度的组件的颗粒度到底在什么水平上,什么情况下剥离出子流程或原子流程。颗粒度问题背后带来的是流程引擎执行的负载、后端数据交互的颗粒度以及数据库资源的负载等多方面的问题。
* 流程设计范式。异常流程、特殊流程、断线流程等众多流程的处理机制十分重要,往往影响到业务的顺利执行、插销、并行等要求。
* 有状态流程和无状态流程。有状态流程意味着状态信息的保存、管理和传递甚至是全局事物的控制,相对无状态流程而言对性能的影响以及复杂性都较高。合理利用有状态流程和无状态流程对系统运行态十分重要。
* 同步流程和异步流程。通常,前台业务受理采用同步流程,后台批处理采用异步流程。但是,同步往往意味着
| 相关热词搜索 |
