第一部分： 概述

越来越多的客户在问 IBM，如何通过采取财务上无可非议的渐进步骤，打造当今随需应变业务环境所需的敏捷 IT 基础设施，从而提高业务流程的灵活性。通过采用面向服务架构（SOA），IBM 具备实现业务灵活性所需的技能、软件和经验。

为何需要 SOA？

面向服务架构（SOA）是一种应用框架，它着眼于日常的业务应用，并将它们划分为单独的业务功能和流程，即所谓的服务。SOA 使用户可以构建、部署和整合这些服务，且无需依赖应用程序及其运行计算平台，从而提高业务流程的灵活性。这种业务灵活性可使企业加快发展速度，降低总体拥有成本，改善对及时、准确信息的访问。SOA 有助于实现更多的资产重用、更轻松的管理和更快的开发与部署。在当今的业务环境中，变化是毫无疑问的，因此快速响应客户需求、市场机遇和外部威胁的敏捷性比以往任何时候都更显重要。

各种企业都认识到组件化、模块化、互操作和可伸缩基础设施的价值：
[List]
组件化：利用标准化的应用程序和资源服务接口
互操作：实现应用程序和/或资源之间的轻松信息交换
模块化：混合搭配、添加删除、业务流程与基础设施
可伸缩：从现有资源起步，随需添加其他资源
[/List]

为何选择 IBM？
虽然"SOA"一词是在 20 世纪 90 年代中期出现的，但在该词诞生以前，IBM 早已在帮助客户向面向服务的方法转型。只有 IBM 具有在每一层面履行 SOA 承诺的真实经验、产品和服务深度。无论您是新手还是具有多年 SOA 经验的老手，也无论您是喜欢自己动手还是喜欢获得更多帮助，IBM 都可帮助您加快 SOA 采用的步伐，提高灵活性，从而使您的企业更具竞争力。您完全可以将我们作为您的 SOA 向导。我们已经帮助了许多公司，我们同样也可以帮助您。

IBM 是公认的 SOA 领袖，它可以帮助您：
[List]
了解 SOA 如何帮助实现业务目标
创建一份详细的 SOA 计划
完善和实施该计划
[/List]
确保您的 SOA 符合业务需求和性能要求
不管您处在 SOA 采用进程中的哪一步，也不管您的未来 SOA 计划可能需要什么，IBM 都能帮您一步步地实施 SOA 解决方案，并确保每一步都能带来回报。IBM 具有欠经考验的 SOA 经验、实用的软件和服务，并深刻了解您在选择 IT 供应商时想要了解的业务。

上图中，其中，简单来理解，

连接：确保不同应用程序和系统之间可靠而灵活的信息流
整合：整合框架支持异构环境中的互操作性--扫除摆在 web 服务和非 web 服务方法所支持的整合架构前的障碍
自动化：编排业务和 IT 流程，使 IT 和业务目标保持一致，增加收入，控制成本
优化：一种整体方法，它通过使战略和运营目标与业务活动保持协调统一以及为 IT 服务提供支持来实现企业转型与管理

第二部分： 业务领袖


现有资产的快速重用以及服务和基础设施的跨业务线共享，对于实现能够适应不断变化的市场情况的业务流程是至关重要的。面向服务架构（SOA）是使 IT 部门成为企业发展创新催化剂的关键所在。
如今，业务灵活性和运营效率具有同等的重要性。尽管不断变化的驱动因素在各行业中表现各不相同，但所有行业都在达成一个共识：越能快速地适应变化，越能赢得竞争优势。

将各行业引向 SOA 的市场力量有哪些？

汽车：汽车价值链中设计和制造对多供应商车内系统/软件套件的需求不断增长
银行：持续不断的监管事务以及日益增大的成本和整合压力
电子：设计、开发、制造、营销和销售活动中使用的截然不同的系统
金融市场：规章一致性和交易自动化
政府：需要加强监督、提高责任性和确保一致性
医疗保健：整合付款方、供货方和政府机构的压力不断增加
保险：提高客户满意度和增加向上销售/交叉销售的机会
零售：与众不同的消费者体验和产品现货
电信：以较少的开发时间、费用和专业知识创建和连接应用系统

来自 Gartner、IDC 等一流业务咨询机构的研究报告都得出了一条共同结论：与创新和增加新能力相比，企业花在整合和保持现有业务能力上的费用过多。企业需要变革。它们也知道 SOA 可以实现变革。

面向服务架构将大型应用程序提供的功能结构化为可重用构件，即"服务"，服务可以提高 IT 环境的敏捷性，并对不断变化的业务情况作出快速响应。企业正在将 SOA 作为提高业务灵活性、改善客户服务、充分利用现有 IT 投资和捕获新收入来源的一种手段。市场千变万化；企业则可借助 SOA 作出响应并获得成功。

需要值得信赖的合作伙伴

SOA 和 Web 服务计划的目标远大。然而，若是没有足够的经验和专业知识，要实现游刃有余的计划、实施和管理会很困难，并要付出昂贵代价。依靠自己的资金循序渐进地创建、实施和部署高度安全的 SOA 环境，需要实践经验和久经企业考验的软件。企业需要一个值得信任的合作伙伴，一个深刻理解其特定行业并具有广泛的实际 SOA 经验的合作伙伴。换句话说，它们需要 IBM。

IBM 是公认的 SOA 领袖，它可以帮您：
[List]
了解 SOA 如何帮助实现业务目标
创建一份详细的 SOA 计划
用整合的最佳 IT 产品实施该计划
[/List]

确保您的 SOA 符合业务需求和性能要求
不管您处在 SOA 采用进程中的哪一步，也不管您的未来 SOA 计划可能需要什么，IBM 都能帮您一步步实施 SOA 解决方案，并确保每一步都能带来回报。IBM 具有久经考验的 SOA 经验、实用的软件和服务，并深刻了解您在选择 IT 提供商时想要了解的业务。

第三部分： IT 领袖

IBM 提供统一的流线化产品来创建、实施和管理面向服务架构（SOA），并使实施相互依赖的项目、获得快速回报和高价值变得易如反掌。

虽然客户采用 SOA 的起点各不相同，但我们已经知道，将服务部署到企业架构中涉及许多连续统一的活动，这些活动可分成三个阶段：

1. 构建服务
2. 实施并运行服务
3. 持续地管理服务
每一阶段对软件基础设施都有独特的要求。

IBM 可以在一个模块化的集成平台中提供最佳的软件来帮助企业构建、运行和管理 SOA。IBM 还可以帮助定制适当的培训、专题研讨会、软件和服务组合，使您快速步入 SOA 大道。IBM 可以帮您将 SOA 用于各个项目，然后再将这些项目分解为可管理的任务。IBM 可以和您一起构建一个路线图，并帮您实现目标。


构建 SOA
在部署和运行服务以前，必须先构建服务。那么应从何入手呢？开发服务有什么新的东西或不同吗？如何使开发团队获得最快的开发速度？需要哪些工具呢？

通过提供开发团队所需的工具、最佳实践和团队基础设施，IBM Rational 软件开发平台可以帮助企业迁移到 SOA。通过简化和加速业务流程建模以及面向服务应用系统的设计、构造、组装和测试，IBM 可以帮助企业获得所需的 IT 灵活性。

特定于角色的工具和任务自动化功能可以提高单个用户的生产力。跨工具进行整合确保了从业务需求和流程模型到软件设计和编码再到测试用例和最后部署解决方案的顺利移交和可跟踪性。每个工具中都内置了最佳实践和指导，用以帮助团队迅速启动服务开发。同时，变更管理和资产库有助于确保随时找到并重用新资产和现有资产。

IBM Rational 软件开发平台提供了构建 SOA 所需的一切。

如何起步…… 访问 IBM 站点
[List]
观看关于开发和部署面向服务解决方案的网络广播。
阅读关于设计和开发面向服务解决方案的更多内容。
了解 IBM Rational 软件开发平台的更多信息。
[/List]

LZ这些东西都是说说，关键是实践。

QUOTE:

---

最初由 Sky-Tiger 发布
LZ这些东西都是说说，关键是实践。

---

楼上的版主，您认为 SOA 到底怎么实践呢？

我一直在想， SOA 是否也可以做个 "hello world"？ 也许这算是最简单的实践。

但是，也在想，如果有一个 SOA hellp world 出来，是不是能算作 SOA？

横看成岭侧成峰,远近高低各不同，

转发一个帖子：



－、国内发展现状和应用需求
    SOA几乎已经成为企业应用架构的主流，从2006年6月22日计算机世界“中间件应用年会”上可以看出，大部分主题演讲都涉及到SOA的应用和部署问题，IBM当前不仅以服务商的角色介入SOA，而且在此次大会上还带来了众多的SOA的成功实施案例；BEA公司也定位于SOA平台提供商，并且推出了一系列产品和方案；国内软件企业，像中创、东方通科技以及金蝶、用友、科诺等公司也在不同程度地切入SOA工具或解决方案的开发。种种迹象表明，SOA已经超越概念走向应用，并逐渐形成一股不可阻挡的潮流。


二、Web Services开源热火朝天
1.Web Services开源项目
    作为SOA一种主要实行方式的Web Services，其开源项目正如火如荼。

    Java6 发布，支持XML&WebService, JDK就直接支持Web Services了。这样Sun强势参与Web Services的竞争。这种现象很有趣，各大厂商在各自强项之间互相渗透，Sun被Apache Harmony项目所逼，被一些厂商要求两年后，将JDK开源，但同时也给IBM、BEA、Oracle等厂商反戈一击，在刚发布的JDK 6中捆绑Web Services。

    Axis2和XFire是最火的两个Web Services开源项目，但其他的项目也做得不错。

XFire
Celtix
Mule
Apache Axis2
Apache CXF
    XFire和Celtix合并，在Apache下形成的一个新的孵化项目。
Apache Ode
    是一个WS-BPEL实现
Apache Rampart
    是一个WS-Security实现
Apache Sandesha2
    是一个WS-ReliableMessaging实现
Apache Tuscany
    是一个SCA实现。
Apache ServiceMix
    是一个JBI实现。

Eclipse的STP（SOA Tooling Project）子项目
此Eclipse项目旨在提供一个其他开发人员可以使用的SOA开发工具框架，以便使他们不必自己开发这些工具。

2.Web Services开源项目特点：
    1)各项目侧重点有些不一样，还互相引用，交流甚多，人员合作也较多。不像Sun JDK开源和Apache Harmony，Apahce Geronomy和JBOSS等几乎重叠，正面冲突。

    2)这些项目都支持Spring的Bean配置或扩展Spring的接口，和Spring集成。可见Spring火爆程度。不同开源社区不断融合，互相吸引人气。
    3)使用工具的变化
    版本管理工具由cvs变为subversion
    build工具由ant变为maven
    4)众多开源社区中Apache的人气最旺
    有意思的是，很多开源项目在别的小社区发展到2.0, 3.0版本后还不遗余力地迁移到Apache, 如ServiceMix从Codehaus搬到Apache，Codehaus的XFire和objectweb的Celtix合并后，乔迁到Apache。它们甚至甘愿接受Apache社区的规定：需要一段时间的修炼才能从孵化器中毕业。

3.微软Indigo
    说了这么多JAVA阵营的Web Services项目，还得提一下巨人微软的策略。
    Indigo是微软用于构建面向服务应用程序的代号，后被正式命名为Windows Communication Foundation。Indigo允许目前创建面向对象应用程序的开发人员采用 .NET Framework以相似的方式来创建面向服务的应用程序。同时为了让这些应用程序能够与运行在 Windows 和其他平台上的软件有效地进行交互，Indigo 还实现了SOAP和其他Web服务技术，这样开发人员就可以创建可靠、安全且能够与运行在任何系统上的软件实现互操作的事务型服务。

为了实现基本通信以外的功能，Indigo 采用了一些更新的WS-* 规范。这些文档定义了用于添加可靠消息传输、安全性、事务以及更多基于 SOAP 的 Web 服务的多供应商方式。所有这些规范最初均是由 Microsoft、IBM 及其他供应商共同制定的。随着它们日渐稳定，所有权通常会转移到一些标准机构，如结构化信息标准促进组织 (OASIS)。Indigo 第一版中支持的 Web 服务规范包括 WS-Addressing、WS-Policy、WS-MetadataExchange、WS-ReliableMessaging、WS-Security、WS-Trust、WS-SecureConversation、WS-Coordination、WS- AtomicTransaction 和 SOAP 消息传输优化机制 (MTOM)。

    Indigo已经包含在Vista之中。

    目前Web Services的实现分为两大阵营，一是微软，一是Java厂商。这两大阵营实现Web Services规范的产品都在互相进行互操作性测试。


三、这一年各开源项目广泛实现的web services规范
    括弧里的开源项目支持前面的规范及其新版本。

SOAP 1.2（Axis2 1.1）
WSDL 2.0（XFire 1.2.2）
JAX-WS 2.0（Celtix 1.0）
WS-Policy（Axis2 1.1）
MTOM（Axis2 1.1）
XOP（Axis2 1.1）
WS-RM（Celtix 1.0、Apache Sandesha2、Axis2 1.1）
WS-Addressing（Axis2 1.1、Celtix 1.0）
WS-Security（Apache Rampart、Axis2 1.1）
SAAJ 1.1（Axis2 1.1、Celtix 1.0）
JBI（ServiceMix 3.0.1，Celtix 1.0仅集成，XFire 1.2.2仅集成，Mule）
SCA（Tuscany）
WS-BPEL（Apache Ode、ServiceMix 3.0.1）


四、争论与融合
1. SOAP和REST正走向融合
    基于SOAP和WSDL的Web Services规范多而复杂，虽然它是标准的，但是用户头疼，学习曲线陡而长，应用构建时间长。简单就是美，易用性是金。在java企业应用开发领域， EJB的没落，Spring框架的兴起和流行印证了这一规律。同样，在SOA领域这一规律也已起作用，兴起了另一种简单的实现——REST，虽然它不是标准的。

    其实REST和SOAP各有所长。REST简单、易用，与互联网思想一脉相承，核心思想是资源共享、面向资源的Web Services。而SOAP是广为接受的标准，在互操作性方面，解决复杂的系统集成方面优势明显，其核心思想是面向活动的Web Services。

    以前，REST和SOAP的争论异常激烈。如google选择SOAP；而Amazon 85％的web services应用采用REST，15％采用SOAP。

    但慢慢地厂商变得越来越聪明，逐步摆脱理论上的争论，看重实际的接受度。如微软的Web Services项目Indigo去年底宣布支持REST；Apache Axis2同时支持SOAP协议栈和REST，而且二者可互相通讯。
    同时，SOAP族的Web Services规范新版本开始支持REST的特性（http get/post）,如WSDL 2.0和SOAP 1.2

    真所谓分久必合，合久必分。SOAP和REST正走向融合。
        
2. JBI和SCA之争
    SUN阵营支持JBI，而BEA、IBM、SAP、SIEBEL支持SCA。随着7月初SUN公司的加入SCA/SDO国际构件标准组织，标志着Sun将逐步放弃自己的JBI，预示着Java和JavaEE将在未来五年内逐渐退出‘解决客户关键问题的主流技术’的地位。
    其实不少JBI和JCA专家组的成员更倾向于JBI，但是IBM等不喜欢SUN控制JAVA，不愿看到将来SUN控制SOA的商业应用。其实JBI是好东西，被牺牲了。不过，SUN如果早点将JDK开源，避垄断JAVA之嫌，就不会这么孤立。


3. JAX-WS2.0 替换JAX-RPC 1.1
    JAX-WS2.0即Java API for XML Web Services (JAX-WS) 2.0，JAX-RPC 1.1即Java API for XML-Based RPC (JAX-RPC) 1.1。它们都是sun公司的使用 Java 技术开发 Web 服务的规范，前者是后者的升级版本。
    JAX-WS2.0的binding层用JAXB（JSR 222），xml解析层用StAX（JSR 173），完全基于标准，性能得到大幅提升；支持Java 5的注释（annotation），容易开发。
   


五、总结
1. SOA是未来企业的IT应用模式
    而在SOA创造的商业世界里，企业将有机会像玩积木（网络服务构件就是积木）游戏一样创造崭新的商业模式，从不同厂商购买网络服务，编排和组装自己的应用。IT的收费方式不是整个产品，也不是按CPU、license收费，而是按网络服务调用次数收费。灵活、总体拥有成本将大大降低，将注意力集中于自身的商业逻辑。
    同时，经历十几年、二十几年的IT建设，企业拥有了各种各样的系统，c++、java、c、cobra写的各种各样的遗留系统，保护企业以前的投资，构建出新的应用，这样的需求越来越多、越来越强烈。而这正是SOA发挥作用的舞台，SOA可提供跨平台、跨语言的、可扩展的、可靠和安全的网络服务。
    Gartner预测，到2008年，75%的新企业应用将采纳SOA。

2. ESB（企业服务总线）的淡出
     ESB这一概念将会淡出，SOA治理、策略（policy）和SOA Network、SOA Repository正在兴起。

3. SOA应用趋势
总结一句，SOA的应用大潮将至，SOA中间件产品的竞争越来越激烈。IBM 11月1日宣布在北京和印度成立SOA全球解决方案中心。这标志着SOA应用竞争的升级。