Ｑ．目前中国的企业在搭建ＩＴ环境时最关心的是什么？是采用ＳＯＡ架构进行部署？还是更低的成本？在实施ＳＯＡ过程中怎么降低成本，达到二者的平衡？

        ＢＥＡ：从中国经济特性分析可以得出一些结论，中国企业搭建IT环境时最关心的问题有几个方面：如何快速部署？架构是否可以灵活改变？能否降低维护的成本？SOA的实施过程有一个特点，它在开始实施的初始阶段往往需要比普通的项目花费更多的精力，因为需要考虑今后的治理原则、服务的未来复用等问题，因此SOA的实施是一个N+1的项目，在N个业务应用之外，有一个持续存在的SOA（1项目）一直需要考虑。SOA永远不是一个速战速决的事情，它需要通过眼前更多的耐心和努力换取以后IT系统的长治久安。

        Ｑ：ＳＯＡ是崇尚革命式的演变还是渐进式的变革？以企业为边界考虑ＳＯＡ和与项目为边界考虑ＳＯＡ对未来有无影响？

        ＢＥＡ：SOA 转型通常是渐进式的变革，因为SOA往往面对整个企业，影响的应用系统很多。所以采用渐进式的变革可以有效降低实施风险。此外渐进式的变革有助于分散SOA初始阶段高昂的投资成本，也有助于尽快取得投资回报。不能把SOA项目看作独立的IT 项目，甚至是边设计、边实施、边验收的“三边工程”，而要在一个整体规划的基础上，进行边界明确的项目实施。以项目为边界考虑SOA，将造成SOA服务规划短视，影响服务的标准化和重用。

        Ｑ：在实际的ＩＴ环境中，并不是所有的项目都适合ＳＯＡ，这涉及到原有系统的切割或者重建，如何能寻求到这两者的平衡？

        ＢＥＡ：如果把企业的IT系统比喻为一棵大树，那可以把银行核心交易、电信计费、交通调度等应用等视为大树的根茎，它是很多企业的基础业务。SOA架构则很像是这棵大树的树冠，它的架构多适用于面向各种外部与内部信息服务有关的业务。SOA的推进过程往往是这样，先不去大幅度翻新已有的树根类核心应用，而是侧重于为内外部客户提供灵活的信息服务类应用，采用共享服务式的架构来建立一个中间层，逐步地把原有树根系统应用中一些与这些信息服务相关的应用组件暴露成服务，部署在基于服务总线的共享服务式架构上，还可以采用BPM等工具重新编排这种服务。因此这是一个“边破边立”的过程，不要求把原有系统一次全部服务化，而是逐步根据新项目的业务目标来改造原有系统。

        Ｑ：遗留系统以及原有技术架构对ＳＯＡ实施有多大的影响？

        ＢＥＡ：有一定的影响，通常体现在几个方面：其一是共享功能的服务化。遗留系统以及原有技术架构对提取需要服务化的共享业务功能有影响，例如C/S结构，提取业务功能较为困难。其二是遗留系统作为服务的消费者，访问共享服务，实现业务流程优化和再造时，它的原有技术架构对共享服务的接口设计有影响。其三是遗留系统的安全认证、授权方式，当前的负荷及设计容量，响应能力等非功能性特性，也会对服务的设计造成影响。

        当然，上述影响可以通过分层参考架构模型的设计，加以通盘考虑，予以解决。

        Ｑ：Ｓｅｒｖｉｃｅｓ Ｇｏｖｅｒｎａｎｃｅ（服务管控或ＩＴ资产管控）是企业以前的薄弱环节，但如果系统都面向服务了，服务的管控何时开始考虑？

        ＢＥＡ：最好的方式当然是在SOA项目开始的时候，就考虑服务管控或IT资产管控，包括制定管控模型。考虑到项目实际情况，起始的项目范围较小，服务数量也很少，所以项目虽然缺乏明确的服务管控或IT资产管控制度，SOA系统仍然可以良好运转。但是随着项目实施范围的扩大、服务数量的增加，管控的必要性就增加了，应适时引入服务的管控规划。