2.4 SOA三大基本特征
一、 独立的功能实体 ：在Internet这样松散的使用环境中，任何访问请求都有可能出错，因此任何企图通过Internet进行控制的结构都会面临严重的稳定性问题。SOA非常强调架构中提供服务的功能实体的完全独立自主的能力。传统的组件技术，如.NET Remoting，EJB，COM或者CORBA，都需要有一个宿主(Host或者Server)来存放和管理这些功能实体；当这些宿主运行结束时这些组件的寿命也随之结束。这样当宿主本身或者其它功能部分出现问题的时候，在该宿主上运行的其它应用服务就会受到影响。
SOA架构中非常强调实体自我管理和恢复能力。常见的用来进行自我恢复的技术，比如事务处理(Transaction)，消息队列(Message Queue)，冗余部署(Redundant Deployment)和集群系统(Cluster)在SOA中都起到至关重要的作用。
二、 大数据量低频率访问 ：对于.NET Remoting，EJB或者XML-RPC这些传统的分布式计算模型而言，他们的服务提供都是通过函数调用的方式进行的，一个功能的完成往往需要通过客户端和服务器来回很多次函数调用才能完成。在Intranet的环境下，这些调用给系统的响应速度和稳定性带来的影响都可以忽略不计，但是在Internet环境下这些因素往往是决定整个系统是否能正常工作的一个关键决定因素。因此SOA系统推荐采用大数据量的方式一次性进行信息交换。
三、 基于文本的消息传递 ：由于Internet中大量异构系统的存在决定了SOA系统必须采用基于文本而非二进制的消息传递方式。在COM、CORBA这些传统的组件模型中，从服务器端传往客户端的是一个二进制编码的对象，在客户端通过调用这个对象的方法来完成某些功能；但是在Internet环境下，不同语言，不同平台对数据、甚至是一些基本数据类型定义不同，给不同的服务之间传递对象带来的很大困难。由于基于文本的消息本身是不包含任何处理逻辑和数据类型的，因此服务间只传递文本，对数据的处理依赖于接收端的方式可以帮忙绕过兼容性这个的大泥坑。
此外，对于一个服务来说，Internet与局域网最大的一个区别就是在Internet上的版本管理极其困难，传统软件采用的升级方式在这种松散的分布式环境中几乎无法进行。采用基于文本的消息传递方式，数据处理端可以只选择性的处理自己理解的那部分数据，而忽略其它的数据，从而得到的非常理想的兼容性。
从SOA的几个重要特征可以看出，SOA之所以被用于信息资源整合，是因为其具备了标准化、可操作、可组装的特性。SOA提供了一个通用的、可互操作的和有弹性的行业标准架构，可以在软件基础架构中建立一系列支持商业模型的可重复利用的服务，这些服务由不同应用系统的组件构成，能够帮助企业实现适应商业流程变化的需求。
三、采用SOA进行企业信息系统集成
3.1采用SOA进行企业现有信息系统集成的步骤：
1) 提取各个应用系统中需要对外暴露的功能模块。这些功能模块通常都是一些能够清晰完整地表现其业务价值的软件实体, 该软件实体包含了它所能提供的所有服务。
2) 将这些功能模块表现为服务组件的形式。定义服务的描述信息、服务的接口以及调用服务所需要的定位信息等。将软件实体的概念模型转换成实际的服务模型。
3) 将已实现的服务发布到服务注册器,供其他服务调用者进行查找和绑定。这个步骤可以视企业集成的具体情况选择使用。
4) 绑定和调用服务, 将各个应用系统集成起来, 实现企业应用在功能层面的集成(见图3) 。
3.2实施建议
“整合是分阶段、循序渐进、逐步实现的。如果把企业的所有经营活动看作是一个个服务，那么整合就是要将企业内外部的各种服务有机地联结起来。首先可以只需创建单独的服务；接下来不仅可以创建服务，而且可以开始将业务功能集成到SOA中；第三步涉及将企业IT基础设施转换到SOA模型；最后则集中于转换业务模型，以使之成为适应需求变化的模型。
对具体的整合对象，按照建模、装配、部署、管理四个阶段实现整合。在建模阶段，可以定义业务模型或流程、软件模型和SOA模型。之后就可以创建一组服务，这组服务可以与已发布的通用接口一起重用；在部署阶段，开发人员可以提取创建的服务，并把它们放在一个可执行、可管理的环境之中；在使用阶段，根据软件模型来装配应用程序，并且测试其软件质量以及非功能性需求，比如性能、可伸缩性等等；最后的管理阶段是一个长期的过程，在这个阶段中，可以监控并管理安全性和使用，以及在许多与可能已经为SOA制订好的服务级协定或策略相对应的方面比较其性能。
这样由小及大，逐渐在企业业务中进行整合扩散，并形成整个企业的IT转型，最终通过全面整合实现随需应变的企业IT架构。
