近期热点
·信息网络安全防范的几种措施
·企业网络安全的规划设计与实践
·网络安全之我见
·制造执行系统(MES)的应用与发展
·PDM与CAX、ERP集成技术研究
·微波EDA电磁仿真软件应用
 相关文章
·基于Web Services的面向服务架构企业应用系统集成
·微软正在变成一家硬件厂商?
·没有微软的日子怎么过
·安全的IT架构
·信息门户单点登录系统的研究与实现
·基于Web Services的PDM与三维CAD集成技术
 相关博客
·微软大中华区CEO?烫手山芋?
·关于微软的Servers产品,你的了解有多少?
·《中国计算机报》“CRM评测与选型”微软及XTools名列前茅
·不管google和搜狐怎么吵,我还是用微软拼音
·微软计划今年推出在线版CRM软件
·Vista举步为艰,微软督促XP用户升级
 相关新闻
·
微软将发布7安全补丁 修复多种产品漏洞
·
微软将推出Mac版Office 2008 最高价500美元
·
替代微软OFFICE,IBM办公软件下载数量超10万
·
微软欲打破传统管理模式 将从外部聘请高管
·
微软在华签约联想和国美 共同推广正版软件
·
微软国美联手 推广正版Windows
 相关热贴
·微软推出个人病历记录网站
·IBM“未来桌面”亮剑中国拼微软
·微软CEO年薪130万美元 仅为甲骨文CEO的2%
·微软冲击国际标准遭拒 IBM支持ODF添堵
·陈永正和“老大难”退位 微软步入正版时代
·[推荐]助力DBA成长 51CTO携手微软推出SQL Server互动专区
 相关商城商品
· 微软团队成功秘诀
· 微软项目求生法则
 
 
当前位置:基础信息化 -> IT体系架构
 
Web Services概述
发表时间:2005-7-20 包路跃   来源:天极网
关键字:Web Service 微软 
Web Service微软提出的基于互联网的开发模型,一经提出即收到业界的广泛推从。本文将总结了一些Web Services相关的一些重要概念,解释了什么是Web Service,详细说明了Web Service的体系结构,如何运用Web Service,如果你是初次接触Web Service,那么你一定会有不少的收获。

    Web Service微软提出的基于互联网的开发模型,一经提出即收到业界的广泛推从。本文将总结了一些Web Services相关的一些重要概念,解释了什么是Web Service,详细说明了Web Service的体系结构,如何运用Web Service,如果你是初次接触Web Service,那么你一定会有不少的收获。

    体系结构描述

    概念

    定义一:

    Web Services是自包含的、模块化的应用程序,它可以在网络(通常为Web)中被描述、发布、查找以及调用。

    定义二:

    Web Services是基于网络的、分布式的模块化组件,它执行特定的任务,遵守具体的技术规范,这些规范使得Web Service能与其他兼容的组件进行互操作。

    定义三:

    所谓Web服务,它是指由企业发布的完成其特别商务需求的在线应用服务,其他公司或应用软件能够通过Internet来访问并使用这项应用服务。(UDDI规范2.0)

    体系结构

    Web 服务的一个主要思想,就是未来的应用将由一组应用了网络的服务组合而成。只要两个等同的服务使用统一标准和中性的方法在网络上宣传自己,那么从理论上说,一个应用程序就可以根据价格或者性能的标准,从两个彼此竞争的服务之中选出一个。除此之外,一些服务允许在机器之间复制,因而可以通过把有用的服务复制到本地储存库,来提高允许运行在特定的计算机(群)上的应用程序的性能。

    Web Services体系结构是面向对象分析与设计(OOAD)的一种合理发展(logical evolution),同时也是电子商务解决方案中,面向体系结构、设计、实现与部署而采用的组件化的合理发展(logical evolution of components geared towards the architecture, design, implementation, and deployment of e-business solutions)。这两种方式在复杂的大型系统中经受住了考验。和面向对象系统一样,封装、消息传递、动态绑定、服务描述和查询也是Web Services中的基本概念,而且,Web Services另外一个基本概念就是:所有东西都是服务,这些服务发布一个API供网络中的其他服务使用,并且封装了实现细节。

    下面我们就来看一下Web Services的体系结构--面向服务的体系结构(SOA)。

    可以看出,SOA结构中共有三种角色:

    ① Service provider:发布自己的服务,并且对使用自身服务的请求进行响应

    ② Service broker:注册已经发布的Service provider,对其进行分类,并提供搜索服务

    ③ Service requester:利用Service broker查找所需的服务,然后使用该服务

    SOA体系结构中的组件必须具有上述一种或多种角色。

    在这些角色之间使用了三种操作:

    ① publish操作:使Service provider可以向Service broker注册自己的功能及访问接口

    ② find操作:使Service requester可以通过Service broker查找特定种类的服务

    ③ bind操作:使Service requester能够真正使用Service provider

    为支持结构中的三种操作(publish、find和bind),SOA需要对服务进行一定的描述,这种服务描述(Service Description)应具有下面几个重要特点:首先,它要声明Service provider的语义特征。Service broker使用语义特征将Service provider进行分类,以帮助具体服务的查找。Service requester根据语义特征来匹配那些满足要求的Service provider。(因此,语义特征中重要的一点就是对Service provider的分类。)其次,服务描述应该声明接口特征,以访问特定的服务。最后,服务描述还应声明各种非功能特征,如安全要求,事务要求,使用Service provider的费用等等。接口特征和非功能特征也可以用来帮助Service requester对Service provider的查找。

    注意,服务描述和服务实现是分离的,这使得Service requester可以在Service provider的一个具体实现(implementation)正处于开发阶段、部署阶段或完成(execution)阶段时,对其(具体实现)进行绑定。
另外,SOA中的组件相互之间必须能够进行交互,才能进行上述三种操作。所以Web Services体系结构的另一个基本原则就是使用标准的技术,包括服务描述、通讯协议以及数据格式等。这样一来,开发者就可以开发出平台独立、编程语言独立的Web Services,从而能够充分利用现有的软硬件资源和人力资源。

    最后,SOA体系结构没有对Web Service的粒度进行限制,因此一个Web Service即可以是一个组件(小粒度),该组件必须和其他组件结合才能进行完整的业务处理;Web Service也可以是一个应用程序(大粒度)。

 
2页,当前第1
责任编辑:张飞