SOA

为什么要关注SOA管理？首先提出这样一个问题：现在您知道您的服务在哪里、在做什么吗？它们是在为更优化的敏捷、迅速响应的业务做着贡献吗？还是已经导致了一个根本无法管理的阻碍？要想更深入地了解SOA，就得首先了解SOA管理。本文提出了现今与SOA相关的一些挑战，探讨了SOA管理是如何应对了其中的大部分挑战。此外，本文还涉及到了采用SOA 管理解决方案的关键功能，并简单介绍了BEA的SOA管理产品。

尽管面向服务的体系结构或 SOA 仍然是新生事物，但许多公司正逐步认识到需要采用 SOA 方法作为执行满足业务需求的解决方案的方法。采用这种方法的一个关键步骤是构建可重用服务的组合。

学习和研究在企业中实施面向服务架构(SOA),简单回顾SOA和ESB，重点关注微软在SOA领域的相关指导和.NET社区的相关开源的解决方案，和大家一起来探讨如何在企业里实现SOA，期望有实施SOA经验的同学发表意见。

目前尝试通过定义SOA编程模型（其中，从其他技术中借用了很多元素）来提高API的抽象级别，这样可解决当前API集合中的一些问题。编程模型的目标是，降低应用程序开发者直接处理中间件或Web服务特定API时面临的复杂度。

国家标准化管理委员会总工程师方向发言。

90年代初的时候，也许把欧美80年代流行的软件拿到中国来，就会受到中国客户的欢迎。但是，随着中国经济的蓬勃发展，中国客户的需求也正经历一个加速增长的过程。现在，十年前国际市场上的软件产品已经远远不能满足中国客户的需要。作为一家全球性管理软件厂商，SAP的产品和技术不仅直接影响着上万家企业日常运营与管理，其经过多年拼杀积累下来的成功经验更值得中国这样一个软件业的新兴市场借鉴。

面向服务的应用程序开发（Services-oriented development of application，SODA）是一种重要的开发模型，它使企业能够在转换到面向服务架构（service-oriented architecture，SOA）的过程中调整业务流程。本文介绍了一种SODA方法。

模型驱动SOA凭借更高层次的业务功能抽象，达成业务模型和业务系统实现的双向工程，帮助提高开发团队效率。

早在SOA刚开始引起关注的时候，其目的只是为了把应用功能作为共享服务来提供。许多公司在发展过程中组建了各自的SOA架构，当然现在仍在这么做。只不过区别在于，在过去的几年里业务部门更加了解IT具有的战略价值，而IT部门也更加了解业务部门所要承受的竞争压力。因而， SOA就有可能让IT部门和业务部门之间比过去更紧密、更协调。

众所周知，面向服务的架构不是什么新架构。SOA的几个先行者如通用对象请求代理体系结构（CORBA）和分布式组件对象模型（DCOM）使用松散耦合、面向服务的方法，已经成功地为不同应用架起了桥梁。SOA这股潮流新就新在SOA不仅仅涉及服务。日益兴起的互联网和XML为数据交互敞开了大门。

1994 年网页浏览器的出现，迅速地让World-Wide Web在短短的几年间，首度达到前所未有，一个真正横跨全世界的超级信息库，所有的文件都遵照相同的格式提供出来，并相互串联。

随着SOA概念的应声落地， ESB蜂拥而入，虽然它不是一个新的名词但它给人的感觉是既时髦又迷糊，它似乎正在被赋予许多自己不应承载的内容。究竟什么才是ESB？为什么与SOA有着千丝万缕的关系？CIO又如何透过ESB掌控SOA实施？

业内近年来提出了SOA（面向服务的架构）模型，将应用系统抽象成一个个粗粒度的服务，标准化服务接口，松耦合服务架构。使用面向服务的ESB平台集成遗留IT系统，将系统服务化，通过服务组合的方式复用企业IT资产，对于新开发的信息系统，采用插接方式进行快速部署，缩短了投资回报周期，提高了系统的适应性、灵活性和扩展性。采用这种面向服务的ESB平台进行系统整合，成为当前企业解决“信息孤岛”的最佳方案。

在这篇介绍性文章中，您了解了企业服务总线如何是 SOA 和 IBM 的 SOA Foundation 中的一个关键体系结构模式。本文用与产品无关的术语描述了 ESB 如何支持服务虚拟化和交互参与者之间面向方面的连接。

SOA并不是天上掉下来的馅饼，企业要实施SOA必须具备一定的条件，否则很难实施成功。SOA会给企业信息设施和管理带来4方面的挑战。

企业用户需要商务智能成为他们工作领域的一部分，与他们的公司门户网站和企业搜索等功能集成在一起，并且能够通过移动设备访问和嵌入在过程中和其它应用程序中。

SOA的长远价值在于实现业务服务重用，通过重用消除软件开发的冗余，通过业务服务的重用和重新编排提高业务敏捷性。

SOA的先行者们都非常清楚，当企业服务实现关键应用时很有可能会产生一些具有挑战性的问题。SOA是对IT规律的扩展，它既是设计和架构方面的重大改革，也是应用开发和业务上的改进。在这里，一些早期的SOA使用者和相关专家给出了在建设新一代数据中心过程中如何跨越障碍的SOA最佳实践。

我们有许多方法可以实现面向服务的架构，无论最终目标是消除大型机还是简单地重用软件资产。匹兹堡大学医疗中心 (UPMC)和Starwood Hotels & Resorts Worldwide公司都有正在进行中的SOA项目，这无疑表明了SOA实施过程的多样性。对于这两种不同方向的工作，他们在本质上都是要建立集中的用于存储和编制软件资产的仓库。

爱因斯坦在很多年前做了上述的著名论断，到如今，这句话依然与大型软件系统的构建息息相关。不幸的是，任何一个从事IT业足够长时间的人都能够指出,有太多的软件系统已经在爱因斯坦的这句话上失败了。一些系统做的太简单而不能胜任其应有的性能；而另一些系统则做的过于复杂，使的开发和维护的成本急剧上升,更不用说不同系统整合变得也几乎不可能了。看上去要达到"简要"这个程度更像是一个不切实际的梦想。我们到底错在里呢？