分享
分享赚钱 收藏 举报 版权申诉 / 5

类型微软SOA.docx

  • 上传人:hwpkd79526
  • 文档编号:4684507
  • 上传时间:2019-01-07
  • 格式:DOCX
  • 页数:5
  • 大小:65.56KB
  • 配套讲稿:

    如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。

    特殊限制:

    部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。

    关 键  词:
    微软SOA.docx
    资源描述:

    1、在于用户的个性化需求。我们习惯于去超市购买东西,但我们是否能够保证我们去一次超市就能购买到我们所需要的商品呢?多数情况下不能。大型企业有自己的个性化需求,小型企业的个性化需求更多。具体来说,软件在可操作性、可伸缩性、可定制性、可扩展性、整合与集成能力等多个方面仍然具有着以网络为基础的服务所无法企及的优势。也正是这个原因,微软提出的是“S+S”(软件+服务)的战略。如此一来,以 Saas 为代表的服务模式不仅没有颠覆传统的软件商业模式,相反,服务与软件构成了一对互补的关系。微软提出的 S+S 不是简单的一个东西,它包容了 Saas、SOA 和 Web 2.0 技术等诸多要素。至此,我们说 SOA

    2、 是微软 S+S 的实现工具,一点也不为过。 微软的 S+S 包括了体验、交付、联盟、聚合等几个层面的内容。在体验(experience)层面,S+S 涵盖了三个关键的客户组件,分别是易于部署的浏览器、富客户端、信息工作平台 Microsoft Office 软件。在交付(delivery)层面,传统的软件以打包套装的方式交付,Saas 则通过互联网的方式交付,而 S+S 则混合采用了打包套装、互联网提供等几种交付方式。在联盟(federation) 方面, S+S 是跨组织的、自底向上的形式,数据、业务逻辑、服务联结成了一个有机整体。在聚合(composition)方面,S+S 达到了新的开

    3、发层级,将服务、数据和用户体验聚合在一起,首先以服务为基础单元,在服务的基础上搭建 SOA,然后再在 SOA的基础上搭建 Office Business Application,作为实际的用户层面的接口。 微软的 SOA 之所以神秘,还有一个原因就在于它的实现工具总让人有一种神龙见首不见尾的感觉。微软的 BizTalk Server 能起到 ESB 的作用,却一直没有 ESB 的名份。曾被寄于厚望的 Indigo,号称为合作伙伴建立新一代连接系统 SOA 铺平了道路,但在更名为 WCF(Windows Communication Framework)以后,尽管有不错的表现,但距离 SOA 的整

    4、体实现还有不小的距离。这使得业界用户不禁开始猜测,微软是采用什么技术实现 SOA 的。 事实上,我们前边已经分析过,微软的 SOA 不过是个配角,它是为 S+S 服务的。因此,实现 SOA并非微软的最终目的,推广 S+S 才是微软战略中的重中之重。这样,SOA 的实现不过是 S+S 实现的一个环节。 从微软的全线产品分析,我们不难发现微软实现 S+S 的四根支柱。这其中,.Net 平台显然可以算做四根支柱中的一根,原因在于基于.Net 平台的 Web 服务技术为服务提供了基础设施,而离开了 Web Service,SOA 的实现自然也就无从谈起了。其次是 WCF,它已成为微软 SOA 的实现基

    5、础,基于 WCF 的SOA 解决方案已构成了围绕在服务之下的架构层。同样重要的还有微软.Net 战略的核心支柱WPF(Windows Presentation Foudation)。新一代图形界面技术 WPF 与脚本语言 Silverlight 一起构成了 S+S中新的用户接口模型。最后的一根支柱,则是微软前端整合利器 Office 产品。Office Business Soltions 已能够实现软件对服务的消费,将服务与软件整合起来。 非常巧合的是,S+S 的实现过程与 SOA 的实现过程颇为相似。没有了.Net 平台的 Web Service,SOA不可能得以实现。而没有 WCF,所有的

    6、通信技术和网络服务标准不能集成在一个单独的 API 和构架内,开发人员在考虑程序实现的同时,还要去担心怎样去连接网络服务,SOA 的实现无疑将要变得更为复杂。而当 SOA 实现以后,业务人员受 IT 的束服减小了许多,更友好的用户界面(WPF)和更便利的开发语言(Silverlight),以及用户更为熟悉的开发平台(Office),就可能给用户端的人们带来更大的自由,去满足他们的个性化需求。 由此可见,当 SOA 概念变得越来越深入人心之时,它在微软的手中确实已变成了 S+S 的实现利器。并且,这一次,微软在努力地将 SOA 与 S+S 的实现合二为一,使我们很难说哪一部分是 SOA 的,哪一

    7、部分是 S+S 的微软 SOA 的解决方案是“软件+服务”理念的重要组成部分,它涉及到了微软的全线产品,所以内容过于复杂,这造成业界人士对其细节并不是特别熟悉。比特网(ChinaByte)2 月 2 日消息(邹震)微软 SOA 的解决方案是微软“软件+服务”的重要组成部分,而微软“软件+服务”因为涉及微软的全线产品,所以内容过于复杂,这造成业界人士对其细节并不是特别熟悉。 为此,比特网走访了微软中国有限公司市场战略部企业应用平台产品市场经理杨晨,请他对微软的 SOA 战略进行了详解。比特网:能否请您详细介绍一下微软的SOA 战略,特别是它技术实现的细节。杨晨:微软 SOA 的解决方案是微软“软

    8、件+服务”的重要组成部分,针对目前企业发展现状可以按需定制 IT架构整合的 SOA 解决方案使 IT 能够随业务而动,或者通过“软件+服务”的方式在 Internet 上构建云端的服务应用从而拓展企业的业务范畴,使 IT 能够发挥更大的价值。概括起来说,微软 SOA 的实施要经历凿山开渠、筑堤修坝和汇泽四方 3 个步骤。所谓凿山开渠(Expose)就是打开各个应用的接口。而筑堤修坝(Compose)则是指在能够自由访问到各类系统数据的前提下,针对前端应用需求定制服务接口,并在其中协调应用之间的通信与同步。最后一步汇泽四方(Consume)则要求将前端用户可以通过丰富的交互界面对各类服务接口进行

    9、消费。之所在要经历这三个步履,是由于企业现有的 IT 基础架构非常复杂,而且是分布式的,它们已经不能够满足企业特殊业务的需要,而且管理维护的成本代价高,更无法灵活地满足业务增长和变化带来的需求。然而,要想解决这个问题,既不能卸载和替换现有的系统或应用软件,也不能全部更新,而是需要找到一种方法,能够利用现有的 IT 基础架构来有效的支持组织的总体目标。基于微软的面向服务架构(SOA),就可以达到这个目的。具体来说,单就 SOA 的构建而言,微软所提倡的是一种“由内向外”的 SOA 构建方式,即在未来整体远景架构规划清晰的前提下,从最迫切需要整合改变的应用入手,逐步将各类复杂应用挂靠到企业服务总线

    10、上去。“由内向外”的 SOA 构建方式实际易行,既避免了自上而下整体 SOA 设计耗时长,设计难度大,系统改进跟不上业务发展等缺点,也避免了自下而上的局部 SOA 实施所带来的一叶障目,缺乏总体规划的问题。这样,微软 SOA 的实施核心,就是一个 3x5 的矩阵。(如下图所示)从软件实施角度来看,最早的原始软件主要有交互界面(Interaction)和数据两部分,现代软件逐步发展成为包含 5 个要素:交互界面,工作流,数据,安全控制,消息及服务。从 3x5 的矩阵中,我们会发现 SOA 所需要的技术实际上微软已经提供了完整的解决方案。对于 SOA 的核心企业服务总线(EnterpriseSer

    11、viceBus),微软通过.Net 和 BizTalk 能够得到非常好的实现。SOA 所需要的开发平台与 ITGovernance 通过 VSTS 与 SystemCenter 可以得到很好的控制。数据管理与整合通过SQLServer 实现,而前端的展现则通过 Office 及 SharePoint 得到出色的用户体验。所以,总体来看,微软 SOA 的产品基础已非常成熟,可以支持用户全部的业务需求,还能与微软的旧版本产品和其它公司的第三方应用程序互通,这样可以最大限度的利用用户现有的 IT 投资。同时,还为将来的业务打下来了良好的基础。这个产品套件还拥有统一的标准和内置性,从而能够创建一个适应

    12、企业级可扩展性的平台。这个产品套件包含了微软 BizTalk Server、Office SharePoint PortalServer 和.NET 框架。再具体点说,BizTalk Server 专门负责为企业提供业务流程的自动化和优化。OfficeSharePointPortalServer实现了各种业务流程信息的安全共享,包括跨业务系统和组织界限的,从而能够让工作人员能够更好的了解商业信息以做出决策。它还提供了全面的内容管理和快速共享的业务流程,从而有助于提高企业的工作效率。而.NET 框架则提供了一个开发环境,独立软件供应商和 IT 公司软件的开发人员能够利用互相连接的网络客户端中的应

    13、用软件来实现工作流。比特网:在微软的 SOA 战略中,涉及到了微软的全线产品,但 SOA 实现的核心部分以.NETFramework、BizTalkServer、WCF(Windows CommunicationFramework)、WPF(WindowsPresentationFoudation)为主,您能否谈一下这三个产品是如何配合及分工的?杨晨:面向服务的体系结构内置在 Microsoft 技术堆栈的各个层面中,它们包括:从开发人员用来创建.NET等 Web 服务的工具,到服务器产品(例如 BizTalkServer 和 MicrosoftOfficeSharePointServer,通

    14、过连接和协调各种服务,它们强化了 Web 服务的结构),乃至享用 Web 服务的复合应用程序(例如,通过内联网(Intranet)、外联网(Extranet)或国际互联网(Internet)提供的基于 Web 的应用程序,以及使用MicrosoftOffice 或智能客户端技术开发的丰富的客户端应用程序)。Microsoft 正致力于提供一种重要的生态系统,以便通过它来创建和管理各种连接系统。Microsoft已经对 Web 服务做出了巨大的投资,针对 Web 服务,它使用了 Microsoft.NET 来创建它的整个下一代开发人员平台。对于软件开发人员而言,.NETFramework 是 M

    15、icrosoft 的托管代码编程模型,可使用它在 Windows 平台上创建应用程序。2006 年发布的.NETFramework3.0 使用创建应用程序的新技术扩展了.NETFramework2.0 的应用程序编程界面,这样就可以提供可无缝互操作的通信以及各种业务流程的建模能力,管理标识并创建不同的用户体验。.NET Framework 3.0 用于创建和利用 Web 服务的扩展组件包括 WindowsCommunicationFoundation (WCF)、Windows Workflow Foundation(WF)、WindowsCardSpace 以及 WindowsPresent

    16、ationFoundation。比较特殊的是 WCF 和 WF,它们提供了非常强大的新功能,可用于开发启用了 Web 服务的松散连接的应用程序:具体来说,WindowsCommunicationFoundation 可以让在组织机构内部以及跨越地理分布的站点连接系统和应用程序就变得更加容易。它的创建完全是为了提供隐含的面向服务应用程序开发功能。WCF 为开发人员提供了高效的框架,可用它来创建安全可靠的 Web 服务应用程序,这种应用程序能够跨越各种平台进行互操作,因此,WCF 提高了 Web 服务的等级。现在,开发人员可以集中精力进行业务逻辑方面的工作,而把底层的“管道工程”(plumbing

    17、)留给 WCF 处理。除了为创建 Web 服务提供编程模型之外,WCF 还带来了一套工具和管理功能,它们使 IT 专业人士创建、部署、配置和监控 Web 服务都变得更加容易。而 WindowsWorkflowFoundation 则属于编程模型、引擎和工具,它可以在 Windows 上快速地创建启用了工作流的应用程序。它提供了一个通用的框架,可将工作流创建到 Windows 应用程序中,而无论这些工作流是否能够协调软件之间、人之间或二者之间的互动。说到 BizTalk Server,它可以作为.NET Framework3.0 开发人员技术的补充。BizTalkServer 是一个定位于 IT

    18、 专业人士和结构设计师的服务器产品,它使客户可以对系统、工作人员和贸易伙伴进行集成。BizTalkServer 的核心体系结构是以 XML 和.NETFramework 为基础的,它完全支持创建 Web 服务的所有开放标准。BizTalk 解决方案可以享用现有的 Web 服务,并将业务流程(BizTalk 编制)公开为 Web 服务。BizTalk 还充当了编制 Web 服务的管理层,它可以控制 Web 服务之间的流程和相互作用,并将单独的服务聚合至一个较大的复合解决方案中。BizTalkServer 还有一个突破点,这是 Web 服务无法做到的,这就是实现了应用程序和系统的集成。通过使用各种

    19、不同的适配器,BizTalkServer 能够在整个组织机构的范围内提供传统系统和应用程序的功能。BizTalk Server 还与 Microsoft OfficeSharePointServer 进行了集成。通过 BizTalkServer 与SharePoint 的协同工作,创建涉及信息工作者的端到端的“全员就绪”业务流程解决方案变得更加简单。如果整个桌面部分的业务流程解决方案出现混乱,SharePoint 将允许信息工作者收集和管理业务数据(通过捕捉 XML 中的结构化和非结构化数据)。然后,BizTalkServer 将为跨越了系统和人员长时间运行的流程充当中心控制点。比特网:提起微

    20、软的 SOA,还有一个产品不得不提,这就是 Oslo 套件,能否请您简要地介绍一下 Oslo 套件。杨晨:在第五届微软 SOA 暨业务流程会议上宣布的代号为 Oslo 的技术蓝图,是一个整合服务导向架构(SOA)及建模应用程序的技术平台,微软将陆续把此一技术平台嵌入各项产品中。Oslo 可让应用程序自设计到部署互相连结及更有效率,降低复杂度,结合企业及网络,并简化互通及管理方式,将应用程序提升到新的等级。微软计划在五大领域的服务器及工具产品中嵌入 Oslo 技术,在服务器中,微软的 BizTalkServer6 除了持续提供 SOA 及 BPM 解决方案外,也将具备可开发、管理及部署合成应用程

    21、序的能力;在服务上,微软的 BizTalkServices1 将提供代管服务的商业版本,并具备传讯、身份认证及工作流程等功能;在架构上,.NET 架构第四个版本将提供模型驱动开发功能;在工具上,VisualStudio10 将在端点对端点的应用程序生命周期管理透过模型驱动设计的新工具强化其功能;在储存上,微软持续投资可横跨服务器及工具产品的元数据储存器,包括 SystemCenter5、Visual Studio 10 及 BizTalk Server6 都可利用该储存器技术以管理、改写或部署模型。谈起微软公司,业界专业人士更爱用军团这个词形容它。而今天,当微软正式扬起 SOA 大旗时,我们不难发现,从.NETFramework 到 BizTalkServer,再到 Oslo 套件,一个强大的军团已经在整装待发了。此时此刻,当我们了解了微软 SOA 军团的配置情况以后,也许我们关心的下一个问题,就是这支军团在接下来的战役中,会取得什么样的战果了。

    展开阅读全文
    提示  道客多多所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
    关于本文
    本文标题:微软SOA.docx
    链接地址:https://www.docduoduo.com/p-4684507.html
    关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

    道客多多用户QQ群:832276834  微博官方号:道客多多官方   知乎号:道客多多

    Copyright© 2025 道客多多 docduoduo.com 网站版权所有世界地图

    经营许可证编号:粤ICP备2021046453号    营业执照商标

    1.png 2.png 3.png 4.png 5.png 6.png 7.png 8.png 9.png 10.png



    收起
    展开