关于SOA在2009年的大胆构想

    1) 经济动荡将使得SOA回源：以自下而上，渐进的方式(bottom up, incremental.)。

    2009年经济的不确定性仍将贯穿全年，但将进入复苏阶段。然而，这改变不了竞争环境的刀锋态势，公司将继续寻找流水化和降低成本的解决方案，而这恰恰是基于实践的SOA的天然角色。请记住，Web服务和SOA自2001年的经济不景气中苏醒过来后，被打造成一种以较少投入来提高IT效率、提升商业价值的途径。在企业中，大块头的SOA项目会少一些了，更多的是渐进式、自下而上(bottom up, incremental.的成效，这中间的许多将是立马可见的。只要你愿意，还有更多的游击队SOA(guerrilla SOA轻量级的、聚焦短期目标的SOA项目)。SOA 也将令公司在进行合并、收购或重组时变得更简单。

    2) 供应商将不再把SOA作为“独特”产品来强调。

    SOA的炒作将变少，但并不意味它将消失。新的解决方案和应用将有面向服务的概念。云产品将以符合SOA原则的方式建设。还不会有许多提供SOA解决方案的初创供应商，但会有许多提供Web2.0类型和基于云的服务，这些都是以SOA原则为基础的。

    3) 内部的云，小规模的外包。

    关于“内部云”(“internal cloud,”)是指在组织内部为用户和系统提供的服务，业界有很多讨论。当然，内部云的美丽之处，是它们对应用和数据有了更多的控制。很显然，SOA的天然角色，是作为任何新出现的内部云的骨干。作为该角色的一部分，期望看到SOA在网格计算和虚拟化中扮演更大的角色。对外部而言，更多SOA初步行动将把防火墙之外的服务即一种应用功能的“微型外包”(“micro-outsourcing”)，纳进来。

    4) 对数据元素给予更多的关注。

    公司有可能肯下大力气来精简和优化(商业)过程，但通常忽略了过程中数据流的质量和存活性。这导致了过程和SOA的失败。是到“分析竞争”(“competing on analytics”)大放异彩的时候了，公司们将会更加关注SOA所服务的数据。

    5) SOA世界将拥有更多的Web 2.0工具，并带来新的管理问题。

    Web 2.0和SOA实践的聚合意味着老问题有了更有趣的解决方案，比如商业智能收集(gathering business intelligence)。还有Mashup，它们中许多是在IT的大背景下由用户自己设计的东西，这将成为复合型应用程序的默认选择，用以从SOA化的系统内外访问服务。已经在SOA的管理问题上摔过跟头的组织，将会发现把mashups和其他Web 2.0化的活动规范到什么程度是个问题。

    SOA治理比在传统环境中的治理更重要，因为当机构采用SOA的时候，他们一般都是从一个包含少量大型的、静态的和捆绑良好的应用程序和系统的架构转向许多小的、容易访问的业务服务环境。SOA的主要好处，如服务重复使用和增强的业务灵活性，意味着这些较小的业务服务之间的关系及其对业务的影响非常复杂，很难掌握和控制。如果做错了，SOA很快就变成混乱。

    SOA引进了许多独立和装备在一个容器里的活动组件。这些组件在整个企业范围内广泛地重复使用，是重要任务商务流程的一个重要组成部份。当一个服务改变时会发生什么事情?你如何保证你消费的服务是高质量的?如果一个混合服务的子组件撤销之后会发生什么事情?你如何保证一项新的服务符合IT、业务和管理政策?你如何确保一项服务预计的运行时间?这些问题都说明了SOA的需求。这是有关管理服务的质量、一致性、预测能力、变化和相互依赖性的问题。这是有关把面向服务的灵活性与传统的IT架构控制结合在一起的问题。

    SOA广泛应用的一个重要挑战是虽然服务质量的管理是极为重要的，但是，有关质量的信息必须要有效地沟通和衡量。质量第一次必须要向消费者证明和说明以获得消费者的信任并且创建一个有效的共享的服务环境。

    考虑SOA中信任的重要性的一个有用的方法是考虑eBay等消费者市场的例子。匿名的购买者和销售商在这个市场结合在一起并且迅速建立某种程度的信任，尽管他们都是匿名的。根据基本的经济理论，一个市场需要信息有效地发挥作用。信息是任何市场的生命线，主要是因为信息能够让买主和销售商做出明智的决策，并且提供建立信任的基础。eBay网站上的购买者和销售商根据信息进行交易。购买者只有在知道提供了什么产品、销售的条款和条件、销售商的信誉等信息之后才做生意。同样，销售商要及时得到购买者支付能力和意愿。在这方面，SOA是没有区别的。SOA没有信任就不能取得成功。如果消费者不能确认质量、可预见性以及条款和条件的透明度，消费者就不能重复使用这些服务。按照同样的方式，在不理解和不控制访问、配置和可重复使用的服务的整个适应性之前，机构不应该鼓励使用这些服务。

    紧密耦合的系统定义在应用程序环境中的治理和控制。SOA以不同的方式表明应用环境是不同的和一直在变化的。这意味着治理必须在不同的抽象层次上进行管理，在服务本身上进行管理。政策需要从代码中提取出来并且作为与它们有关的元数据。使这个事情更加复杂的是这样一个事实：在松散耦合的世界，变化使是一个常量并且在增长。松散耦合的架构可能包含数百个根据自己的独特额生命周期发展和变化的服务。随着这些变化同时发生，一个IT机构如何识别和管理这种潜在的影响和变化的相互依赖性?这是SOA治理领域的一个关键。

    担负开发SOA治理流程任务的企业设计师面临的挑战是为那些管理严格足以保护这个业务的服务创建一个开放的市场。但是，过于严格的管理可能造成应用失败。服务需要能够被轻松地访问并且显示出是可信赖的。但是，如何和什么时候重复使用或者修改这些服务需要认真地控制。