遭遇“遗留”系统 SOA如何泰然处之?
成功SOA的设计方式必须是,使它能与现有的技术共存,并尽可能简单和不影响现有系统。
面向服务的架构承诺,一旦被采用,将会带来许多好处。任何新方法所带来的典型问题都是,如何克服初始成本和中断采用的问题。对于SOA来说,其现实问题是,大多数企业信息尚未支持WebService,甚至无法以XML格式交付数据。现实中的数据仍被“老信徒”们所统治着的——从逗号分隔的数据到Cobol数据格式。更有甚者,许多使用这些格式的系统恐怕根本就碰不得——它们太重要或者太脆弱了,不能乱动,也就无法达到启用WebService的目的。
就在我们思讨如何把数据传遍整个企业时,一个类似的问题出现了。虽然很多人会采用基于JMS的可靠消息传递来形成规则的传输机制,但是,多数情况下,数据是通过FTP传送的,甚至遗留在目录中有待收集。
然而,我们不应该举手投降。再次提出的是,确保所采用的方法在本质上持续增量,并允许这些遗留数据格式化和迁移,从而成为SOA的一部分,这还真是一个问题——如何把遗留系统带入现代系统。