SOA巧解系统架构三大难题
而运用了SOA的系统架构方法后，这三大难题就可以迎刃而解。
首先，虽然很难要求全球的酒店系统都遵循统一的接口标准，但鉴于酒店的行业特征，定义统一的服务契约（Service Contract）是完全可行的。例如，在了解消息定义的前提下，我们可以定义如下的服务契约：
[ServiceContract]
ReservationResponse Reserve(ReservationRequest request)
这样所有的Web Service都遵守一个共同的服务契约，并将被定义为统一的服务接口。
其次，SOA对数据的安全访问有较好的支持。自从SOA诞生以来，对于Web Service安全性的讨论就没有停止过，厂商也从技术上强化了数据访问的安全机制。例如微软推出的WSE（Web Services Enhancements，微软提供的一个网络服务开发组件）.NET3.0下的WCF（Windows通信基础）就完全支持WS-Security、WS-Trust和WS-SecureConversation等安全策略，再结合用户的权限控制以及WAN和LAN的防火墙配置，数据访问的安全性已经可以得到保障。
第三，SOA本身就是为互操作性（interoperability）而生的，这也正是SOA的最大价值所在。只要提供了Web Service，企业就可以通过WCF调用这些服务。即使有些系统无法提供Web Service（例如RPG和COBOL），用户也可以通过Host Integration Server（HIS）使应用程序接口能够实现.NET架构下的Web Service。
全球酒店在线预订系统的体系架构图
在SOA体系架构中，用户可以使用PC、笔记本或者PDA访问在防火墙保护下的酒店在线预订系统，查询/预订/退订房间。该系统通过WCF技术跨应用程序地访问各个酒店提供的Web Service，尽管这些酒店系统分布在世界各地，它们提供Web Service的方式可能是WCF、WebSphere，也可能是借助HIS实现的；为了管理酒店的业务流程与工作流，系统还部署了BizTalk Server，该服务器负责管理事务和处理异常消息的传递。
没有SOA和Web Service，要实现这样的全球酒店在线预订系统是很难想象的，特别是新设计的在线预订系统还必须兼容旧的酒店系统。而管理者也不能奢望酒店的预订服务流程是一成不变的，利用SOA，企业就能很好地隔离服务提供者与调用者之间的依赖，实现系统的松散耦合；此外，只要在SOA设计中遵循“服务是自治的”这一原则，并且较好地定义服务的边界，即使服务的实现发生变化，对于整个系统而言也不会“伤筋动骨”。
