作为一个具有发展前景的应用系统架构，SOA尚处在不断的发展中，肯定存在许多有待改进的地方。越来越多的客户在问，如何通过采取财务上无可非议的渐进步骤，打造当今随需应变业务环境所需的敏捷 IT 基础设施，从而提高业务流程的灵活性。通过采用面向服务架构(SOA)，公司具备实现业务灵活性所需的技能、软件和经验。

　　SOA(Service-Oriented Architecture)既服务导向架构，是一种架构风格，不属于某种技术或某种架构元素。是指为了解决在inernet环境下业务集成的需要，通过连接能完成特定任务的独立功能实现的一种软件系统架构。该定义的学术味道较浓，但其核心思想并不难理解：让应用不受限于技术，让企业轻松应对商业服务变化和发展的需要。目前，SOA的实现手段主要包括：Web　Serice(网络服务)、CORBA和JINI等。

　　据Gartner　Group预测，到2008年，SOA将成为占有绝对优势的软件工程实践方法，它将很可能结束传统的整体软件体系架构长达40年的统治地位，届时将有70%的企业在进行IT建设时会转向SOA。因此Gartner建议，主流企业现在就应该在理解和应用SOA开发技能方面进行投资，但实际情况又如何呢?到目前为止，绝大部分企业客户还处于计划或早期实施阶段，它们仍在等待从厂商那里获得更多的Web服务工具和平台。

　　为何需要SOA?

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

　　各种企业都认识到组件化、模块化、互操作和可伸缩基础设施的价值：

　　组件化：利用标准化的应用程序和资源服务接口。

　　互操作：实现应用程序和/或资源之间的轻松信息交换。

　　模块化：混合搭配、添加删除、业务流程与基础设施。

　　可伸缩：从现有资源起步，随需添加其他资源。

　　SOA治理

　　要实施SOA，难点在于把整个业务和IT逻辑重新梳理，提炼出更多的共性模块，之后的技术实施反而不是关键。治理是SOA项目成功的关键，没有治理就不能充分理解SOA的价值，也不能更好地利用好手头的工具。治理通常来说意味着建立和执行团队为了一起工作而达成一致的工作指南，和管理在概念上有着重要的区分，简而言之，治理说明了应该完成哪些工作，而管理用于确保完成此工作。对于将 IT 作为其关键组织之一的企业而言，SOA 治理具有举足轻重的地位，通过增强这种意识，可以帮助企业获得真正的收益。和性能一样，治理可能成为极大的顾虑，成为所有问题的托词和每个有问题的解决方案的正当借口。只需要在任何 SOA 讨论中扔出一句火药味十足的话，然后就可以看着原本有用的讨论瞬时间陷入一片静寂。SOA 的一个挑战就是明智地使用治理来使 SOA 更好地工作，而不会让治理方面的顾虑淹没了所有其他事项。公司现在意识到了快捷的IT资讯应对需求的变更的重要性。保持竞争,组织必须快捷;数据和支持商业的应用必须有柔性的改变要求。 应用管理人或终端用户必须可以定制程序或产生一个含有种种要素的程序去支持特定的情形。

　　当前，IT 是企业中最为常见的组织，在大多数(如果不是全部的话)业务线 (LOB) 中都存在。对企业发展和成功如此重要的组织必定被企业视为重要资产之一。企业必须充分地了解这样的重要资产，不仅要从中获得最大的利益，而且要正确地加以管理，从而减少与之相关联的风险。这使得治理主体有必要规划、控制和监视 IT 治理所需的企业资产的正确维护和发展。

　　SOA通过提供一个能高度适应的软件系统促进变动，支持新的应用的松藉合，属于灵活和高度敏捷的设计和经营战略。使用SOA，IT组织基于标准的基础上可以建立更多应用和输入数据信息，商业服务能够直接映射到业务功能上。 一旦企业暴露了它的服务，它也许会设计新的综合服务或者商业应用和过程去敏捷的应对将来组织的不同需要。那么我们该如何去做呢?保持清醒。先明晰SOA能做什么，适合什么场合，做什么容易(要抛开工具来评估，因为微软通常开发一些对自己有利的工具，而工具的先进程度会因为他们的投入随时会变的)，什么难做。出于跨程序数据交换或控制交互，则流行什么用什么。SOA总比微软独家的COM来得更为“通用”。