什么是 SOA?
如果公司有大量应用程序，这些程序供不同部门的承担不同责任的职员使用，那么就适合使用面向服务体系结构(Service Oriented Architecture，SOA)。这些应用程序可以共享功能，但是功能的组合、用户界面细节和易用性需求是不同的。与许多企业体系结构一样，SOA 也采用一个多层模型，但是它不只如此。在服务器中，功能分散在单独的服务上。一个客户机可以使用其中的一个或多个服务，而一个服务也可以由许多客户机使用。由此形成了一个松散耦合的体系结构，这大大提高了现有软件的可重用性。
常用的重型实现 
SOA 尤其适合大公司，大公司往往有数百个应用程序，应用程序之间缺少良好的集成，所以公司需要清理 IT 基础结构。SOA 是一种已经证明有效的实践，对于大型环境尤其有效。采用 SOA 的公司可以把遗留的应用程序转换为服务，并把服务集成为现代应用程序的后端。可以使用中间件技术对服务进行组合，并对服务中的特定功能进行访问控制。因为在大型环境中对 SOA 的需求最为强烈，所以中间件技术的厂商通常把产品的重点放在大型和重型解决方案上。
SOA 和轻量型技术
SOA 背后的思想对于小公司同样是有价值的。重型解决方案的设置成本和所需的人员技能可能使小公司不敢尝试 SOA — 但这是不应该的。暂且不要考虑重型实现，我们先来考察一下 SOA 的基本概念：
从现有的或新的应用程序中提取出服务
把服务集中起来，供许多客户机使用
并没有什么因素妨碍我们用轻量型技术实现这些思想。您可以先建立一个小型 SOA 并逐渐扩展它。如果您的公司以后发展成大型跨国公司，随时可以迁移到重型技术。
什么是 REST?
SOA 通常是用 SOAP 协议实现的，服务由一个 WSDL(Web Services Description Language, Web 服务描述语言)文档来描述。尽管有许多开发工具大大简化了对 SOAP 和 WSDL 的处理过程，但是我仍然把它们看作重型技术，因为如果不使用这些工具，SOAP 和 WSDL 是很难处理的。
也可以通过超文本传输协议(HTTP)发送简单的消息来实现 SOA。这基本上就是 REST 式 Web 服务 (RESTful Web services) 的工作方式。Representational State Transfer(简称 REST，中文翻译“具象状态传输”。REST 这个名称是由 Roy Fielding 首创的)并不是一个协议或技术;它是一种体系结构风格。REST 是 SOAP 的轻量型替代品，它是面向资源的，而不是面向操作的。它常常被归结为远程过程使用 HTTP 调用 GET、POST、PUT 和 DELETE 语句。我认为，这只是第二个重要的步骤。
第一个(也是最重要的)步骤是把所有资源建模为 URL 形式。URL 容易记忆，同时能够访问无数 Web 页面。至少，如果建模方式适当的话，很容易记住 URL(比如 http://www.ibm.com/developerworks/xml/)。如果过分重视 GET、POST、PUT 和 DELETE，就可能产生不容易记忆的 URL，比如 http://www.longfakeurl.com/pol_srdm/70612/9,3993.32?id=78688&lang=cz&st=idx。
在实践中，使用 HTTP 的方法可以进一步限制为 GET 和 POST 两种方法，因为大多数浏览器对它们的支持很完善。可以对 http://domain.com/myresources/new 执行 POST，以替代对 http://domain.com/myresources 执行 PUT;对 http://domain.com/myresources/oldresource/delete 执行 POST，以替代对 http://domain.com/myresources/oldresource 执行 DELETE。
REST 式的设计过程
在设计 REST 式 Web 服务时，可以采用以下四个步骤：
决定资源及其描述性 URL。
