为了能够深入的了解Services，你必须了解在SOA中服务，合约和策略之间的关系。
面向服务架构(SOA)并不是关于代码的，而是灵活的过程中服务的集合。对于真正运行的服务来说，一定会存在一些运行时间的设施，只有这个时候我们用“运行”这个词来表达了一些其他的意思。
日前国外网站报道介绍了面向服务架构(SOA)的基本原则，提出了公共接口与内部实现要有明确界限等原则。虽然这些原则并不是绝对的真理，但可作为一个应用开发参考。
下面我们通过另外一个示例来说明 SOA Feature Pack 的其他重要功能点，并且简单演示如何利用 SCA 开发企业集成应用。
本文将讨论影响 SOA 基础架构的弹性的若干问题。本文将使用 WebSphere Application Server for z/OS 来对所述问题的效果进行量化。
SCA的基本概念,如果我们面对是基于粗粒度的服务组件，面对的是一些需要比较长时间才能有响应的应用场景，那么我们就需要一种非阻塞式调用方式，即异步调用方式。
面向服务的虚拟化（SOV）是指模拟构成SOA应用软件资产具体行为的IT策略，可以将开发与测试团队从对服务部署与服务实现层的依赖性中分离出来。
服务组件架构(SCA)的挑选规范风格使人很容易在SCA的宇宙中迷失。因为社区中基本没有SCA的使用经验，许多值得详细说明的领域依旧还处于调查研究之中。
这种基于Web 2.0技术的客户服务交互系统的可用性却经常被忽视，以至现有网络系统的可用性测试技术已不能保证基于RIA技术客户服务系统的可用性。
那些声称面向服务架构（SOA）无新意是正确的，它借助从工作经验中的最佳方法在制造业普遍的展开。
