问：在你给SOA定义的过程中有没有考虑过面向服务架构究竟是什么？

　　面向服务架构是一种架构规范，其核心理念是IT资产被描述为服务并以服务的形式得以展示。我们可以凭借松耦合的形式将这些服务组合成更高级别的业务流程，为IT不均匀性提供业务灵活性。

　　大多数有关SOA方面的文章都大同小异。里面提到了业务流程但是却只讨论了IT领域的问题。我认为实施SOA过程中最难的部分莫过于将技术架构，业务流程（业务架构）整合在一起。同时高级管理人员还要将文化和个人行为因素纳入考虑范围，以便他们更好的管理业务流程，最终实现IT集成。

　　那么高级管理人员在进行决策时是如何看待SOA的呢？SOA会对企业管理和治理产生怎样的影响呢？SOA是如何影响机构以及机构行为的？

　　这些棘手的问题并没有在深层次得到解决。

　　答：很多读者会发现，SOA指令不仅会发生技术变化，也会随着业务和IT机构的变化而变化。有些机构、治理以及业务流程的变化是必不可少的，可能需要用一本书的长度来描述这些变化。不过，我想简要归纳一下，这些必须的变化。

　　对于Web服务和SOA，很多公司都是抱着老观点，老态度，用对待分布式云计算的方法（例如，Web、EDI、CORBA 或者DCOM）来看待和使用Web服务和SOA。当然这样是不正确的。SOA和Web服务在处理分布式计算方面更为先进，它改变了我们创建分布业务流程的方式。

　　Web服务和SOA并不是单纯的为了降低集成复杂性，或者更好的实施CORBA。业务努力的想弄清楚Web服务和SOA式如何为他们的业务提供增值的。但是大部分人想到的价值主张却是错误。SOA是如何改变业务的呢？了解这一问题的关键是要清楚服务抽取层是如何改变公司在B2B环境下开发、展示以及使用业务流程的方式。

　　许多公司在实施集成时都会保持一定距离，他们的业务流程和其客户以及合作伙伴的业务流程相距很远。但是公司并不想这些集成离自己太远——他们希望能够将自己的产品或者服务嵌入到自己看好的业务流程中。实际上，这是“业务流程外部采购”的真正形式，公司客户会扩大自己的业务流程，整个流程会包含自己的产品和服务。这样的嵌入才是SOA价值定位转变的关键。

　　SOA以两种形式实现业务嵌入。首先，SOA做出指令，公司应用程序功能与位置无关，松耦合服务用户可以组合的资产。这样的服务一定是安全、可靠，并且建立在一定原则之上。有了这些功能，公司就可以创建很多远远超过前端到后端的服务流程，但是同样可以嵌入到客户的系统中。其次，SOA可以让公司建立更多的流程，这些服务被组合成服务，并以服务的形式呈现在人们面前，这就意味着我们可以向用户展现整个业务流程，而不会失掉以松耦合方式修改这个流程的本领。

　　那些正在努力理解Web服务和SOA价值主张的人，要仔细审视自己是如何实施这项技术的。如果只是为了降低集成成本，就显得有些目光短浅了。B2B环境下的SO——如果是松耦合，安全可靠，并建立在原则基础之上——就可以为我们提供一个更为紧迫更具变化性的业务价值主张。一旦公司意识到将公司业务流程嵌入到客户或者合伙人业务流程的价值，SOA就会使他们的业务发生变化，和网络在过去十年所起到的作用是一样的。