EAI,SOA类项目经常得不到客户正面的评价, 一方面客户的期望太高,另一方面实施这类项目确实有很多不容易解决的问题。以下描述EAI,SOA带来的应用管理的问题。
1. EAI项目中常把应用系统对其他系统的接口调用包括异构数据转换的工作移到EAI集成平台中去做。应用系统简单了,应用系统互联的架构也从点对点优化为总线的方式(总线架构包含两个层面的含义:连接层面,数据层面)。带来的一个问题是在EAI平台上的这部分接口调用和数据转换的逻辑由谁来做,由谁来维护。 从逻辑上这部分逻辑还属于应用系统的范畴,但在技术上这部分逻辑和应用系统主体已经分离。应用系统供应商通常没有在EAI平台上的开发能力,不愿意做这部分工作;集成实施商有EAI平台上的开发能力,但不了解应用系统的数据和接口调用逻辑。
2. SOA的理想架构是打破竖井式的应用系统模式, 水平方向的构建企业内部的数据层,基础层,应用层服务, 业务系统基于这些服务通过流程工具快速编排,业务系统的边界不再固定。 带来的问题也源于此。之前都是按固定边界竖井式的应用系统来做维护;现在情况要复杂一些,维护的边界不好界定,容易出现应用系统厂商和SOA集成商划分不清的情况。
能够想象到的解决思路,做起来都不容易。
1. EAI,SOA项目结束后,要求应用厂商具备平台上模块和服务的维护能力,将这些模块服务分配给各应用系统提供商。
2. 集成商常驻在客户负责维护所有在平台上的模块或者服务。