SOA可以灵活的为服务提供者与消费者选择实现技术和部署位置。只要服务接口保持稳定，抽象出来的接口就能让提供者和消费者独立演变。所以基于SOA服务的信息化系统可以提供与业务更贴合的信息化服务，更便利的解决跨行业、跨部门的信息资源互联互通，推动重要信息资源的开发利用，并可以支撑和促进各行业相关的业务变革和发展。

　　事实，实现接口的稳定性是SOA服务面临的最大挑战。因为业务服务接口的作用不只是确定了系统的边界。业务服务对业务流程的一部分进行了封装，建立了被封装部分和其余部分之间的接口。以“销售订单管理服务”为例，它封装了业务流程中创建和维护销售订单的部分。由此看出，在定义业务服务时，既是为系统也是为业务流程搭建架构。可见信息与业务流程的运转息息相关，即便最简单的服务也管理着一些信息。服务的定义决定了它要管理的信息，并使其区别于其他系统组件和服务所管理的信息。“销售订单管理服务”是销售订单信息的记录系统，但不管理仓库库存。通过这种方式，业务服务完成了对信息的模块化的分解。界定了每个模块的服务范围。不同模块之问的数据需求即为模块需要提供的服务。

　　由此，SOA服务需具有以下特性：

　　（1）SOA服务用消息进行通信，应具有平台的语法和语义文件，该消息通常使用XML Schema来定义。在企业内部，SOA服务通常是利用一个目录列表角色的登记处来进行维护。应用程序再在登记处查寻并调用某项服务。统一描述、定义和集成是服务登记的标准，每项SOA服务都有一个与之相关的服务品质（Quality of service，QOS）。QOS的一些关键元素有安全需求（例如认证和授权），可靠通信（是指确保消息“仅且仅仅”发送一次，从而过滤重复信息。），以及谁能调用服务的策略。

　　（2）SOA服务把业务组件分成基本的构建模块，就像通过标准化软件接口实现lT基础设施的模块化，从而使业务流程可以与IT流程相匹配。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。