探索WEB服务.pptVIP

探索 Web Services 架构, 应用与发展道路 Agenda Web Service特性 随心所欲地访问、集成 即时即刻实施应用装配 中介平台模式的最佳实现技术 Web Services技术的最新动态 Web Service 的特性 Web Service 特性 完好的封装性 松散耦合 使用协约的规范性 使用标准协议规范 跨平台可集成能力 Web Service ? 部署在Web上的对象 对象界面描述: WSDL 对象访问: SOAP 对象界面发现: UDDI 对象实现: EJB, COM+, CORBA以及任何可用于对象实现的技术 松散耦合的Web Service连接 连接技术的单一性 连接架构的平坦性 基于对象的服务 “对象”技术的演化 旧的集成模式 复杂连接 新的集成模式 简单连接 随心所欲地访问、集成 自由地访问 可以从任何地点、通过任何设备、使有任何手段访问任何服务 医疗保健网络 多种应用系统 一致的信息实体 分布式的交换环境 巨大的潜在接入伙伴团体 个人 企业 政府机关 系统实施目标 在分布式环境中完成保健信息/病历信息的交换 确保有限信息一致性 支持多种方式的网络接入方式 支持多种系统平台 具备使公众应用接入的能力 使用怎样的解决方案?Web Services 为什么Web Services是最佳解决方案? HTTP+XML, 最通用的访问方式 基于规范协议的访问界面, 可支持所有平台和应用 仅使用Web Service作为访问界面, 使得所有接入模块的编写变得容易 只有使用Web Services架构, 今后的大规模的面向公众的系统对接才成为可能 系统实施步骤 基于数据库中的数据模式的数据交换 数据交换中心 事务驱动 支持数据模式的更改 基于业务数据模型的数据交换 * 标准交换格式 内部交换界面的标准化 面向公众访问的信息服务 ** 面向公众访问的标准界面 辅助开发工具 事务的XML表示 – 元素 transaction save_data, :: insert/update delete_date, :: delete table primaryKey allFields field 事务的XML表示 – 模式 事务的XML表示 – 示例 SOAP 消息结构 请求/响应消息 请求消息 - 调用远端对象的某个方法 响应消息 - 返回该方法运行后的输出结果 SOAP 消息结构 SOAP 定义了一个“envelope”对象 使用“envelope”包装消息自身 消息可以采用自身特定的XML词汇 使用namespace来区分彼此 事务的传输: SOAP消息 SOAP-ENV:Envelope xmlns:SOAP-ENV=http://{soaporg}/envelope/SOAP-ENV:encodingStyle=http://{soaporg}/encoding/ SOAP-ENV:Body m:MessageControl xmlns:m=“Some-URI” / m:Transaction xmlns:m=Some-URI“ / /SOAP-ENV:Body /SOAP-ENV:Envelope 应用架构 应用架构 应用架构 应用架构 服务接口发布 Web Service “stack” Web Services基于XML系列技术标准… 即时即刻, 实施应用装配 完全基于XML的技术 数据模型 – XML Schema 接口定义 – WSDL 服务发现 – UDDI 服务调用 – SOAP WSDL Elements types: 使用XML Schema, 描述数据结构 message, portType, binding: 描述procedure/method的接口 port, service: 服务的部署(实现) 自动生成工具: XML Schema ? Data Structure WSDL ? a set of Procedure UDDI的角色与作用 Service Provider 提供Web Service 通过UDDI Registry发布(Publish)其提供的可用的Service UDDI的角色与作用 UDDI Registry 为Web Service的发布和定位提供支持 类似电话黄页 UDDI的角色与作用 Service Requestor 通过 UDDI Registry发现(Find)需要的Service 绑定(Bind) Service Provider提供的Service, 并实施调用 UDDI 核心数据模型 服务接口发布 缓存服务接口 灾难恢复 缓存bindingTemplate ? 加速访问, 减少对UDDI Regi