全面分析SOA 面向服务架构的优势与隐患

申请免费试用、咨询电话：400-8352-114

随着服务发展在整体企业级范围协作的深入，全面部署面向服务架构（SOA）需要更多的从业务流程管理（BPM）角度入手。但同时这也很难去界定。

根据Software AG公司副总裁兼首席技术官Bjorn Brauel所说，在推行面向服务架构的过程中所涉及到的并不仅仅是技术方面带来的巨大提升。

“SOA是一种优秀的架构理念，用以更好的驱动业务流程管理(BPM)，” Brauel如是说，“对于以往的应用而言，依据方法和标准建立起应用并非一个全新的概念，但是我相信SOA所带来的将是前所

未有的，因为它集中体现着高超的智慧，卓越的方法以及领先的技术。”

“对于业务发展而言，通过一个成熟的BPM模型实现其业务的灵活性和敏捷性，流程方面的自动化以及调整工作都应该基于整个企业组织的需求而不应该是局限于其IT部门的功能。” Brauel强调，

“从IT的角度来看，这样意味着他们需要提供一个灵活敏捷的基础架构，并能够针对具体变化在流程管理方面做出迅速准确反应。”

Paul Henaghan，资深的webMethods公司副总裁，同时也是Software AG公司亚太及日本区总裁，在定义SOA的时候给出了谨慎的言语：“如果仅仅只是根据SOA原则应用服务性能部署合肥OA的解决方案并

不需要转化为整个企业级范围的SOA部署。”

对此Brauel表示了赞同：“SOA决不是你所购买的某一个产品，它是在专注于企业目标的过程中持续不断的完善部分。”他补充说道，SOA甚至可以作为Web2.0服务开发中的一部分给予用户更多的丰

富在线体验。

业务案例的隐患

“最大的一个隐患则是CIO们必须要清楚认识到什么时候才是真正推行SOA的时候。” Brauel说道，“CIO们需要为SOA的部署创造一个确实的业务案例。显而易见，当前的业务案例不会自主的符合

SOA的应用，这就需要CIO们更多的从BPM的角度去向企业的其他利益相关者解释SOA，并让其更多的体现在业务案例之中。”

他强调CIO们应该考虑通过必要的BPM建立起SOA架构，依照一个明确的SOA路线图，从建立起一个短期的业务计划开始，作为朝向一个长期目标的阶段性过程。“这样就可以确保企业的相关利益者能

够很快的看到在SOA的实施过程中所带来业务价值，例如在成本方面的控制，而不是在等待三年的时间后才收获ROI。”

在长远时间内的关键绩效指标(KPIs)可能无法立即可见，但是对于一个短期时间的关键绩效指标则是非常有可能确定并用以衡量在这一时间段内资产与自动化流程之间的关系，Brauel如此强调。“

由此则可以通过这一路线图确立起一个长期的关键绩效指标计划。”

开放性与治理之间的平衡

如何取得开放性与治理之间的平衡是服务发展中最为关键的要素，Brauel如此强调。

太多的开放性则意味着员工可以在相对不用考虑企业其他利益相关者的前提下更多的为自己或是其他需求允许服务的发展。“这将是一种更为独立的关注点方式，表现在更多的服务构件可能不会与

其他的企业组织分享其商业价值。”

但是在另一方面，太多的治理必定会扼杀具有创造力的员工针对规范和制度所做出的变革性发展，他继续补充道，“提供适当的治理，具体于明确的目标和指示，团队组织间的协作，同时允许灵活

性，这将是服务发展最有效的方式。”

此外，适当的激励机制是用以平衡SOA发展中开放性与治理关系最为重要的手段之一。对此，Brauel解释道，“这样的机制可能是这样的，工作人员所获得的额外回报不仅仅只是他所产生了多少行的

程序代码，而是有多少他们所创建的或是共享的服务能够在企业中其他的地方重复使用。”

不同区域的认知

Brauel指出不同地区的CIO们对SOA的认知也不完全一致。“在美国，更多的CIO们认为应该将重点更多的放在BPM而非SOA。”他说。但是同时，更多欧洲的CIO们认为应该重点关注在IT部门到底产生

了多大的效率增益。因此，对于这一部分的CIO而言，他们在“看到BPM”之前则开始了另一项从SOA实施出发的计划。

“亚洲的CIO们会因为相对的IT预算方面的拮据而考虑如何在现有的基础架构上获得更高的业务价值。” Henaghan如此说道，“出于这样的目的，他们会更多的考虑关注在BPM。”

Henaghan强调，SOA在未来的发展中可能会演变成为一种别的名词或是别的应用架构，但是它所带来的认知、方法和技术所衔接的原则，以及服务的新的开发将会是“保留下来的”。

“Software AG公司计划在2010年能够有1亿欧元的年度营收。” Henaghan说道，“这将取决于我们能否更好的与客户一起合作，帮助他们重新使用现有的IT基础架构，并在此基础上创造出更多新的

服务。”

Henaghan解释道，亚洲以及太平洋地区的BPM软件市场相对不够成熟，原因在于很多的企业仍旧停留在“学术方面的讨论”，而非更积极的与BPM供应商取得合作。（IT专家网）