虽然拥有大量的机架服务器，以及一群才华横溢的软件开发人员的组织，基于web和集成服务的SOAP和REST很适合他们，但组织有一个优秀的企业架构师对于公司给予充分的理解是更好的，虽然公司没有不尽的资源，没有简单的、更有效的创建可编程接口和API的方法，不能充分地访问遗留的、基于web的HTTP服务。　　

不要画蛇添足

　　这对于现代IT商店是避之为恐不及的，当它们开始一个项目，提供所有包含基于REST的基础设施，或一组基于SOA的组件，从而服务于前端最简单的应用程序时。雇佣帮手收拾因为过度复杂化简单的解决方案而出现的烂摊子，沮丧地看着整个基础设施被撕裂，也只有这样的人才能使用最新的基于REST和SOAP的标准。大多数的项目虽然向前发展着，但却浪费大量资源，只是在做一些修复工作。虽然新的不是永远都是好的，但浪费资源去做那些没有损坏的工作，只是强调了尊重前一代开发人员工作的重要性。

　　毫无疑问，随着对移动应用支持需求的增长，快速托管划算的、遗留集成的web服务的需求变得越来越重要。但没有理由认为传统的技术不能支持最现代的、移动设备的需求，尤其是当绝大多数的调用需求只支持HTTP GET请求，和潜在的HTTP POST请求表单处理时。　　

选择合适的技术

　　所有的永久资源都知道，当带宽不是问题，以及元数据的开销对于正式定义服务是必要的时候，SOAP是最好的。有时当更有效的编码中有一个隐含的端点时，CRUD策略使REST成为更好的选择。但是对于大多数普通人来说，他们希望对前端所做的是，PHP、JSP、ASP或遗留的CGI实行技术，这对于SOAP和REST来说，一直都有一个非常简单的、有效的和划算的替代方案。此替代方案是简单地封装已经20岁高龄的，基于GET和POST的web服务和数据绑定，并创建API，重用传统的HTTP端点。