面向服务架构(SOA)的核心是Web服务，并且国防承包巨头Raytheon用其来连接用于跟踪的在其主机上存储了数据的应用程序。Raytheon的企业应用组的一名高级商务师Rob Vettor说到，用户并不完全明白或者关系这是面向服务的架构。所有他们知道的是他们能够获取数据而不论他们使用的是什么系统。

　　SOA上的商业案例是基于其允许企业因为一些目的重用一个应用程序的组件的潜力。这些发展成为“服务”所以他们能够被网络上的其他应用程序所共享——因此有了“Web服务”这个词。然而当SOA追溯到1980年代，直到在互联网泡沫时期基于网络的应用程序突然出现，编程的概念才得到了广泛的关注。

　　与此同时，SOA的前身，面向对象的编程(OOP)，开始失宠，因为越来越多的商业交易成为计算机与计算机之间的通信。

　　重型与轻型协议

　　“谈到面向对象的架构，它实际上意味着在一个单独的机器上运行。” ZapThink的一个高级分析师Ronald Schmelzer说道，“当人们开始将面向对象的编程思想扩展到多台机器的时候，情况就开始变得糟糕了。”

　　这是因为面向对象是建立在重型的协议上，例如通用对象请求代理架构(CORBA)，在互联网上跨对象请求代理协议(IIOP )的和分布式组件对象模型( DCOM的)。"这些东西不太好横跨互联网进行操作, " schmelzer说到。从另外一方面来说，使用轻巧并且灵活的协议，例如超文本传输协议( HTTP)和简单对象访问协议( SOAP) .

　　Midvale的研究中心的主任Anne Thomas Manes说道，她已经提倡SOA有25年了。“面向服务的方法是你想建立一个系统并且希望它们具有灵活性和适应性以及重用性时的一个办法。”
　
　　重用性需要鼓励

　　问题是开发商没有一个诱因来促使他们为其他的IT项目建立可以重用的服务。Thomas Manes说到有两种办法可以打破这种心态。第一个是对那些额外编写了可以重用的代码提供一定的财政上的奖励。第二个是阻挠。例如，她的一个客户是一家财政服务公司的CIO，越来越厌倦看到资源重叠浪费。有一次，他告诉开发者们说如果他再看到两个人都编写同样的“开户申请”的应用程序，他们俩都将被开除掉。

　　尽管听起来有些严厉，但是在某些时候是必要的，她说到。通过使用可以重用的组件编写“开户申请”的应用程序，那么公司可以为投资组合管理,商业账户,仓库账户和医疗保险账户更方便快捷地编写相关的应用程序。Thomas Manes说到：“创建一个可以重用的服务比为一个特定目标更有趣更有挑战性。”

　　必须改变心态，其重要性是Raytheon从它的部分跟踪Web服务中获得的一个教训。这个Web服务是一个内部服务，它在基于Web的应用程序与存储关键数据的主机之间架起了一座桥梁。应用来自西雅图WRQ公司的Verastream集成软件的服务第一次是与设在北德州的务单元一起测试的，并且很快在佛罗里达州和加州也推出了。

　　适应一个新的IT范例

　　除了技术上创造可重用性的挑战外，Rob Vettor的工作组不得不说服其它的IT领域的专业人士，这是一个好的想法。“它是一个模型的转变，使得人们谈论说‘嘿，那好，让人们写一个逆主机的服务并且把数据移居到一个Web应用程序上去。’”Vettor说到。“我认为IT领域的每个人都在试图适应那个范例。”

　　一个负责财富100强的金融服务公司的IT项目经理也有过类似的例子，不过他要求不要写出他和他所在公司的名字。那家公司将把两项内部的基于保险的服务在四月份推出，不得不在许多“接触点”保持收购，包括开发者，基础设施管理员以及数据库管理员。

　　出乎意料的是，对两家公司来说，倾向商务的SOA的收购容易得多。对于在其六个业务单元拥有78，000个员工的Raytheon公司来说，通过追踪服务提高的效率已经证明了投资回报。财政服务公司的IT部门的投资回报是其为一个传统的企业应用程序集成项目的开支和时间的一部分创建一个服务的能力。

　　“一个单一的服务项目现在基本上能够证明你能够利用的东西的成本，从一个企业的角度来说。”这家财富100强的公司的IT技术主管说道。

　　给予开发着适当的训练

　　采取SOA方式的另外一个重大的挑战是通过适当的技能集来寻找开发着，从而开发真正面向服务的应用程序。

　　Knoxville的合伙创始人John Robbins说到IT开发者在过去的10年里在编写客户端应用程序方面已经很优秀了，但是当编写SOA需要的高容量的服务器端应用程序的时候，他们现在面对的是一个陡峭的学习曲线。

　　“许多我们称之为臭虫的性能问题直接关系到使用客户端应用程序的开发者对于服务架构问题的心态”Robbin说到。

　　他说到明智的公司在采取主要基于SOA的项目之前他们会确保他们的开发者已经接受了适当的训练和在服务架构方面的经验。