标签：
2.1 每个服务具有自己明确的服务边界：自己的理解这个应该是说，每个服务应该有自己独立明确的对外服务接口，而在其内部实现上可以不局限与平台和语言，对外开放的仅仅是其实现的接口而已。从而实现一种高度的解耦。
2.2 独立服务：服务运行，升级，部署等均需要独立而不会影响整体的SOA系统。需要实现的效果就类似电路板上的一个芯片，只需要限定标准的接口和协议， 芯片的更换升级是不会需要改动整个电路板的，这就是服务的独立性。而又时候的一个系统的复杂功能可能需要多个服务组件来交互，但其实只是在业务上存在相互需要，可以相互访问，但是在实际结构上，服务A升级换成服务A*,只要保持原有的服务标准接口，服务A*任然可以保持和其他服务组件的交互，而不会影响服务A*在整个SOA系统中的独立性。
2.3标准的接口和通信协议：正如我们所知道的一个完整的电路板一样，它可能有来自不同厂家和型号的芯片组成，但是应为都遵循标准的接口和通信协议，所以整个电路板才可以正常工作和兼容。对已SOA的系统架构其实也是一样。
2.4 服务是自解释：其实就是服务定义需要自己定义对外的接口，和具体提供什么样的功能服务，类似于电子芯片的功能和接口参数由厂家提供一样，在定义服务时，我们需要对外定义它的功能和接口。
3. SOA架构模型图：
在基于Asp.net 的应用程序开发中，我们由客户机的浏览器访问应用程序服务器，然后通过应用程序服务器中的数据库连接去连接数据库服务器，读取或是操作数据，有时候可能会多一个文件服务器。大家可以观察到，基本上所有的应用都放在了一台服务器上，但对于一个，由于业务上的需要（如：与外部系统交互），一台服务器很难支持所有的应用。我们再看下面的图：
客户机使用浏览器访问服务器A，服务器A为了业务需要与其他各种应用部署在服务器B、C、D....再通过WCF技术互相通信，相互访问...然而面向服务的好处不仅仅在此，他还提供了不同语言不同操作系统的可交互性.
标签：
原文地址：http://www.cnblogs.com/georgeHeaven/p/4324685.html
