CON223UDDI服务的发现和搜索.ppt

  1. 1、本文档共38页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
CON223UDDI服务的发现和搜索

CON223 UDDI:服务的发现和搜索 课程内容概述 在这个讲座里,我们会介绍UDDI的基本的数据模型和它的主要功能.我们会演示如何发布web service的信息到微软的UDDI服务器上和如何在不同的应用环境下依靠UDDI找到合适的web service.另外你也可以了解到微软下一个版本的UDDI产品中可能加入的一些新的功能. 本讲座主要合适于企业的软件开发人员,架构设计人员, 企业CIO,以及从事IT架构咨询的专业人员. 课程内容安排 SOA和Web服务管理的挑战 UDDI简介 核心的数据模型 分类的应用 微软UDDI Services产品简介 UDDI Services的典型应用 下一个微软UDDI版本 SOA和服务管理的挑战 SOA和Web Services 面向服务的架构(SOA) 应用的业务逻辑通过多个相对独立和非紧密耦合的服务实现 加快服务的更新和部署周期,从而提高敏捷性 提高服务的重用性 跨平台 Web Services:完整的自定义接口描述的基于XML数据格式的应用服务.这些服务可以通过互联网或者内部网被发布,发现,和使用 服务的应用不依赖于操作系统或者编程语言 一系列的Web Services的标准 服务数量快速增长带来的挑战 面向服务的架构会使Web Services数目快速增长 由此带来的问题 服务如何被发现? 作为IT管理员,我如何有效的管理所有服务? 我怎么知道现在企业里有没有服务已经实现了我想要的功能? UDDI是解决方案 一句话概括:UDDI是服务的注册表 微软基于服务的开发平台 UDDI和微软UDDI Services产品简介 UDDI (通用的描述,发现和集成) UDDI是一个标准(OASIS) 主要IT行业巨头的支持(Microsoft,IBM, SAP, Oracle,…) 非常灵活的数据模型 丰富的搜索功能 标准的SOAP接口 UDDI 核心数据模型 UDDI 核心数据模型 分类在UDDI中的应用 为什么要分类? 有效的搜索和快速准确地发现服务 “我要找到部署在中国的,日用消费品,库存跟踪的服务” 分类提供了一个非常重要的描述手段 分类的例子: 地理位置. 比如:服务器所在的城市 服务提供者所属部门 服务的部署环境 访问权限 微软UDDI Services 架构 微软UDDI Services组成 “UDDI站点” 数据库(SQL Server 2000 或MSDE) Web 用户界面(发布服务,搜索服务,管理功能的网页) UDDI v1.0 v2.0 SOAP接口 微软附加的SOAP接口 UDDI站点管理控制台 本地和远程站点管理 标准的微软管理控制台界面 微软UDDI Services组成 UDDI SDK 包括在Windows 2003 服务器 Platform SDK .NET 1.1 管理员工具 包括在Windows 2003 服务器 Resource Kit 类(categorization)编辑器 数据导出工具 UDDI Services组件配置工具 Visual Studio .NET 整合 加web reference UDDI Services的典型应用 发布服务到UDDI Services 什么时候要发布服务? 贯穿于服务整个生命周期:部署,更新,退休 发布服务的方式:浏览器界面和SOAP API 通过浏览器界面手动发布 适用于简单的服务发布和少数量的服务 手动过程,容易出错 通过编程用SOAP API发布 可以很方便地用提供的SDK实现 信息准确 减少重复劳动 SOAP API消息集 典型的请求/回答消息 对每个核心的数据结构(服务提供者,服务,绑定,技术模型) Finds – find_service, find_business Gets – get_serviceDetail, get_businessDetail Saves – save_service, save_business Deletes – delete_service, delete_business SOAP API消息集 例子 用程序发布服务的步骤 指定UDDI服务器或者从活动目录找到 建立一个与UDDI服务器的连接 Windows集成认证或者UDDI认证 发布服务接口的技术模型 生成基本的服务数据结构 如果还没有相应的服务提供者,建完整的服务提供者 把生成的数据结构放到SaveBusiness或者SaveService请求发给UDDI服务器 确认服务器端的返回 搜索和发现服务 为什么用UDDI搜索和发现服务 所有服务的信息都在一个地方 便于找到最合适的服务 利于最大限度的重用服务 有效的信息共享途径 什么时候需要搜索和发现服务 程序设计的时候 配置程序的时候 运行时动态发

文档评论(0)

***** + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档