第一步 判断
“上不上SOA呢？”这是国内某保险公司信息中心王主任犹豫不定的事情。最近王主任注意到，几乎天天都有媒体报道SOA，上门游说SOA的厂商也是络绎不绝，但他对于怎么判断公司现有系统是否适合上SOA这个问题有点拿不准。尽管他对SOA很是动心，依然迟迟没有下定决心。
在众多IT厂商的推动下，SOA成为一个家喻户晓的概念。俗话说，世界上没有两片相同的树叶。同理，每个企业的IT系统都是独特的。即使SOA是个好东西，也不见得就是一剂包治百病的灵丹妙药，就能够适合所有的企业。另外，还有一个不容忽视的话题是，很多来游说的厂商都不能解释清楚什么是面向服务的架构。面对波涛汹涌的SOA大潮，作为用户，首先要判断的就是自己企业的IT系统是否适合SOA。
在这个客户就是上帝的时代，银行、保险等企业面临的迫切需要就是整合为客户提供的多种服务。通常，不同的服务是由企业不同IT系统支撑的，整合服务就需要集成各个不同的支撑系统，然而，集成的高昂成本让许多企业望而却步。SOA正是在这样的大背景之下应运而生的。简单地说，SOA是一种拥有很多大小不同、功能各异的应用组件的软件架构，它可以根据需求通过网络对各种应用组件进行分布式部署、组合和使用，从而满足用户统一服务界面、快速部署新业务等需求。服务层是SOA的基础，可以直接被应用调用，从而有效控制系统中与软件代理交互的人为依赖性。
可见，在异构的系统妨碍企业为客户提供整合服务时，SOA才能更好地发挥优势。对于某些企业来说，IT系统并没有这样的问题，实施SOA的优势会受随之而来的负面影响而打折扣。
对于一些企业来说，采用了单一厂商的技术和产品，拥有同构的IT环境，实施SOA就并不显得那么急迫。但是，当企业需要通过信息系统和合作伙伴建立更紧密联系时，SOA就是解决跨企业平台不可避免地会遇到的灵活性问题的良好途径。
实时或被动系统也不是实施SOA的最佳选择。SOA依赖异步通信模式实现服务提供者与服务消费者之间的松耦合，对大量并发的实时系统并不支持。当然，对不同企业来说，实时的内涵并不相同，对SOA也就有不同的判断。
当一切运转正常，信息中心主任也没有必要自作聪明去尝试SOA。尤其对于早早就使用了应用系统的金融行业来说，很多年前就已经成形的业务支撑系统，虽然经过了很多次修修补补，但是一直在正常运作。这种系统，轻易改变架构会是一件“不可完成的任务”—结构老，补丁多，又肩负重任，与其对它再做大手术，还不如等这种系统寿终正寝，重新开发符合SOA架构的新系统，进行自然淘汰比较好。当然，市场竞争激烈，业务人员可能随时要求改变企业为客户提供的服务，对系统修正、升级是必不可少的。
有了这样一番分析，王主任对是否该上SOA的认识比较清晰了。对他来说，目前最重要的核心业务系统是核保系统，这是很多年前建设的，当时还是使用C/S结构开发的，现在修修补补一直在用。除此之外，还有一些新系统，比如数据挖掘等系统是最近两年做的。王主任深知，在金融行业中，保险业开放最早，竞争也最为激烈，为用户提供更好的服务是必然的趋势，SOA也是必要的。但是，他考虑到，现在就在核心系统——核保系统上尝试SOA的话，成本太高，风险也很高。再者，公司高层也在考虑换核心系统，还是等等看吧。而数据挖掘系统不一样，是新上的系统，本身就是三层架构，向SOA进军条件比较成熟。那就先拿数据挖掘作为SOA的试验田吧。
网友评论