对话嘉宾：王永红(中国金融电子化公司副总经理)

　　孙中东(中国银行信息科技部副总工程师)

　　刘亚东(普元软件公司董事长)

　　陆强明(IBM软件部资深信息架构师)

      话题：

　　SOA是当前信息化领域中的热门话题之一。很多IT公司都在谈SOA，但所表述的观点并不完全相同。那么，SOA真正的内涵是什么?是面向服务还是面向应用?SOA能够帮助金融企业解决哪些问题?

　　王永红(以下简称王)：近年来，很多IT公司都在宣传、推广SOA，金融业的科技工作者也非常关心SOA。在座的各位是如何理解SOA的?

　　陆强明(以下简称陆)：随着来自金融业间的业务竞争日益加剧，新产品、新系统的开发、调试和上线时间越来越短，使IT人员面临着巨大的挑战，既要保证系统如期上线运行，又要想方设法降低系统开发中的难度，回避可能出现的风险，真是勉为其难。SOA的出现，能够帮助开发人员降低开发难度，从而缩短周期，并更灵活地支持未来可能发生的改变。

　　孙中东(以下简称孙)：我们非常关注SOA的发展，也认为它是一个趋势，将对未来的软件架构体系起到主导作用，包括软件的开发方法、设计以及整体部署。

　　但是，银行业比较强调稳健，在没有许多成功案例可供参考的前提下，很难做决策是否用SOA做整体的开发设计。国内很多银行都实现了信息系统的集中模式。对于像中国银行这样的大型银行来说，每做一套系统前，都要先问问“是否能够做全国逻辑集中的系统”。分布式系统我们不会考虑，因此必须到SOA成熟到一定程度时，我们才会部署和实施。因为SOA是一个架构体系，而非单个产品。对于SOA实践，我们可以考虑在新IT项目研发中进行试点。

　　刘亚东(以下简称刘)：在国内，SOA不仅关乎体系架构概念，而且它也是“服务”的构建和管理过程。

　　国内银行目前在大集中的程度上存在明显差异，有的银行已经完成了大集中，有的还在实施过程中。各行由于过去的规模和IT重视的程度所沉淀的历史不同，每个银行对于SOA的实施都有不同的策略。

　　很多IT公司都在宣传SOA的架构，产品也是五花八门，而真正在应用中涉及到SOA本质的并不多见。现在比较多见的是在EAI(企业应用集成)领域中用服务的方式替代过去产品集成的方式。

　　目前，国内金融业中，在SOA领域推进比较深的当属交通银行。交通银行经过3年的实践，已有大量的应用系统采用这样一种新的结构。SOA的核心是服务构件本身的来源。服务有两种来源，第一种是对旧有的系统的支持，把它重新拆分并封装成为服务，第二种是全新去构造它。交通银行完成了十几个应用系统，每个系统都是在集中的环境之下，重新设计开发，把每个业务流程打造成为一个服务构件。

　　王：SOA是一种理念，这种理念进一步发展就可以成为一种方法论，从理念演变成具体实施的方法。再进一步，这个方法可以演变成系统的结构。从小的方面来说是一个硬件系统的结构，从大的方面来说会成为一种IT的体系结构。虽然SOA已经诞生若干年，但从理念到方法，再到结论的过程中，我们仍然有很多困惑。

　　第一点困惑是从理论到方法的过程。由于我对SOA没有什么深刻理解，因此我们难以判断IT公司推介的产品或体系结构是否就是基于SOA理念的结果。

　　第二点困惑是如果我的设计和实现完全符合SOA的理念，但却不能快速适应业务的变化怎么办?此外，IT系统建设还有一个总体拥有成本的问题，是否能用较低的成本建设我的整个系统，我们也存在困惑，很多情况下我们看不准，既不能说是符合这个标准，也不能说不是。

　　第三点困惑是实施过程中关于构件的问题，到底是开发业务构件还是基础构件?以前我们比较确定开发技术层面的构件，通俗的说就是做一个子程序、函数库。后来外界出现了开发业务构件的声音，这对我们开发部门来讲，技术水平的要求就比以前提高了。我担心业务构件的层次适用范围会变得很窄，不能完全适应我们的整体需求。

　　还有一点困惑，就是SOA到底是面向服务还是面向应用?这个应用具体是指什么?就这个问题我想听听各位专家的见解。感觉这有点像江恩曲线，理论上很清晰，但真到股市中实战时，就抓瞎了。每个人对波浪的理解都各有一套。谁对谁错事前无从知晓，但在IT系统建设中盲目去做，所冒风险太大。

　　刘：我们也是倾向于从实用主义的角度来看，究竟是面向应用还是面向服务?我们的看法是，能“抓住老鼠就是好猫”。在具体实践中，只要将每个业务流程做成一个服务，说它是应用也可以，说它是服务也可以。有些构件是容易稳定下来的，而有些构件是很难稳定下来的，也很难被复用。在项目建设周期短的情况下，很难有企业能够将应用抽象成为一个可高度复用的构件。即使B银行认为A银行的IT架构优异，但在B银行的业务流程基础上，也很难套用。除非B银行要照搬B银行的业务流程。

　　实际上，用户很难从某家厂商手中买到适应本银行的业务构件。特别是在中国，各银行的组织结构、业务模式所存在的差距与SOA的理念无法契合，每家银行的任何一个服务所应用的服务构件都带有极强的个性化，无法照搬。要实施SOA，组织结构必须适应，业务模式必须改变。如果国内的用5-10年形成稳定的组织结构和业务构件，对未来的发展很有好处。

　　其实，美国的金融机构实施SOA也存在很多困难，难点之一就是同一家银行内存在多种业务系统并行的现象。以花旗银行为例，由于它在世界各地收购了多家银行，其业务系统相当庞杂。而改变现有系统至少需要9个月，可是业务又不能中断，因此花旗银行仍然采用旧系统。

　　在这种环境下，造成了如今很多SOA产品都是以集成为核心的。很多集成类的系统都被IT企业标榜为SOA的产品，这未免过于比较牵强，它们与SOA的指导思想有巨大的差距。

　　普元的口号是“SOA从面向构件开始”。有了服务构件，SOA就有了基础。如果所有的系统都是按照构件化的原则建设，那么整个体系的可管理性就会大大提高。