微软SOA.docx

在于用户的个性化需求。我们习惯于去超市购买东西，但我们是否能够保证我们去一次超市就能购买到我们所需要的商品呢?多数情况下不能。大型企业有自己的个性化需求，小型企业的个性化需求更多。具体来说，软件在可操作性、可伸缩性、可定制性、可扩展性、整合与集成能力等多个方面仍然具有着以网络为基础的服务所无法企及的优势。也正是这个原因，微软提出的是“S+S”(软件+服务)的战略。如此一来，以Saas为代表的服务模式不仅没有颠覆传统的软件商业模式，相反，服务与软件构成了一对互补的关系。 微软提出的S+S不是简单的一个东西，它包容了Saas、SOA和Web 2.0技术等诸多要素。至此，我们说SOA是微软S+S的实现工具，一点也不为过。 微软的S+S包括了体验、交付、联盟、聚合等几个层面的内容。在体验(experience)层面，S+S涵盖了三个关键的客户组件，分别是易于部署的浏览器、富客户端、信息工作平台Microsoft Office软件。在交付(delivery)层面，传统的软件以打包套装的方式交付，Saas则通过互联网的方式交付，而S+S则混合采用了打包套装、互联网提供等几种交付方式。在联盟(federation)方面，S+S是跨组织的、自底向上的形式，数据、业务逻辑、服务联结成了一个有机整体。在聚合(composition)方面，S+S达到了新的开发层级，将服务、数据和用户体验聚合在一起，首先以服务为基础单元，在服务的基础上搭建SOA，然后再在SOA的基础上搭建Office Business Application，作为实际的用户层面的接口。 微软的SOA之所以神秘，还有一个原因就在于它的实现工具总让人有一种神龙见首不见尾的感觉。微软的BizTalk Server能起到ESB的作用，却一直没有ESB的名份。曾被寄于厚望的Indigo，号称为合作伙伴建立新一代连接系统SOA铺平了道路，但在更名为WCF(Windows Communication Framework)以后，尽管有不错的表现，但距离SOA的整体实现还有不小的距离。这使得业界用户不禁开始猜测，微软是采用什么技术实现SOA的。 事实上，我们前边已经分析过，微软的SOA不过是个配角，它是为S+S服务的。因此，实现SOA并非微软的最终目的，推广S+S才是微软战略中的重中之重。这样，SOA的实现不过是S+S实现的一个环节。 从微软的全线产品分析，我们不难发现微软实现S+S的四根支柱。这其中，.Net平台显然可以算做四根支柱中的一根，原因在于基于.Net平台的Web服务技术为服务提供了基础设施，而离开了Web Service，SOA的实现自然也就无从谈起了。其次是WCF，它已成为微软SOA的实现基础，基于WCF的SOA解决方案已构成了围绕在服务之下的架构层。同样重要的还有微软.Net战略的核心支柱WPF(Windows Presentation Foudation)。新一代图形界面技术WPF与脚本语言Silverlight一起构成了S+S中新的用户接口模型。最后的一根支柱，则是微软前端整合利器Office产品。Office Business Soltions已能够实现软件对服务的消费，将服务与软件整合起来。 非常巧合的是，S+S的实现过程与SOA的实现过程颇为相似。没有了.Net平台的Web Service，SOA不可能得以实现。而没有WCF，所有的通信技术和网络服务标准不能集成在一个单独的API和构架内，开发人员在考虑程序实现的同时，还要去担心怎样去连接网络服务，SOA的实现无疑将要变得更为复杂。而当SOA实现以后，业务人员受IT的束服减小了许多，更友好的用户界面(WPF)和更便利的开发语言(Silverlight)，以及用户更为熟悉的开发平台(Office)，就可能给用户端的人们带来更大的自由，去满足他们的个性化需求。 由此可见，当SOA概念变得越来越深入人心之时，它在微软的手中确实已变成了S+S的实现利器。并且，这一次，微软在努力地将SOA与S+S的实现合二为一，使我们很难说哪一部分是SOA的，哪一部分是S+S的微软SOA的解决方案是“软件+服务”理念的重要组成部分，它涉及到了微软的全线产品，所以内容过于复杂，这造成业界人士对其细节并不是特别熟悉。比特网(ChinaByte)2月2日消息(邹震)微软SOA的解决方案是微软“软件+服务”的重要组成部分，而微软“软件+服务”因为涉及微软的全线产品，所以内容过于复杂，这造成业界人士对其细节并不是特别熟悉。 为此，比特网走访了微软中国有限公司市场战略部企业应用平台产品市场经理杨晨，请他对微软的SOA战略进行了详解。比特网：能否请您详细介绍一下微软的SOA战略，特别是它技术实现的细节。杨晨：微软SOA的解决方案是微软“软件+服务”的重要组成部分，针对目前企业发展现状可以按需定制IT架构整合的SOA解决方案使IT能够随业务而动，或者通过“软件+服务”的方式在Internet上构建云端的服务应用从而拓展企业的业务范畴，使IT能够发挥更大的价值。概括起来说，微软SOA的实施要经历凿山开渠、筑堤修坝和汇泽四方3个步骤。所谓凿山开渠(Expose)就是打开各个应用的接口。而筑堤修坝(Compose)则是指在能够自由访问到各类系统数据的前提下，针对前端应用需求定制服务接口，并在其中协调应用之间的通信与同步。最后一步汇泽四方(Consume)则要求将前端用户可以通过丰富的交互界面对各类服务接口进行消费。之所在要经历这三个步履，是由于企业现有的IT基础架构非常复杂，而且是分布式的，它们已经不能够满足企业特殊业务的需要，而且管理维护的成本代价高，更无法灵活地满足业务增长和变化带来的需求。然而，要想解决这个问题，既不能卸载和替换现有的系统或应用软件，也不能全部更新，而是需要找到一种方法，能够利用现有的IT基础架构来有效的支持组织的总体目标。基于微软的面向服务架构(SOA)，就可以达到这个目的。具体来说，单就SOA的构建而言，微软所提倡的是一种“由内向外”的SOA构建方式，即在未来整体远景架构规划清晰的前提下，从最迫切需要整合改变的应用入手，逐步将各类复杂应用挂靠到企业服务总线上去。“由内向外”的SOA构建方式实际易行，既避免了自上而下整体SOA设计耗时长，设计难度大，系统改进跟不上业务发展等缺点，也避免了自下而上的局部SOA实施所带来的一叶障目，缺乏总体规划的问题。这样，微软SOA的实施核心，就是一个3x5的矩阵。(如下图所示)从软件实施角度来看，最早的原始软件主要有交互界面(Interaction)和数据两部分，现代软件逐步发展成为包含5个要素：交互界面，工作流，数据，安全控制，消息及服务。从3x5的矩阵中，我们会发现SOA所需要的技术实际上微软已经提供了完整的解决方案。对于SOA的核心企业服务总线(EnterpriseServiceBus)，微软通过.Net和BizTalk能够得到非常好的实现。SOA所需要的开发平台与ITGovernance通过VSTS与SystemCenter可以得到很好的控制。数据管理与整合通过SQLServer实现，而前端的展现则通过Office及SharePoint得到出色的用户体验。所以，总体来看，微软SOA的产品基础已非常成熟，可以支持用户全部的业务需求，还能与微软的旧版本产品和其它公司的第三方应用程序互通，这样可以最大限度的利用用户现有的IT投资。同时，还为将来的业务打下来了良好的基础。这个产品套件还拥有统一的标准和内置性，从而能够创建一个适应企业级可扩展性的平台。这个产品套件包含了微软BizTalk Server、Office SharePoint PortalServer和.NET框架。再具体点说，BizTalk Server专门负责为企业提供业务流程的自动化和优化。OfficeSharePointPortalServer实现了各种业务流程信息的安全共享，包括跨业务系统和组织界限的，从而能够让工作人员能够更好的了解商业信息以做出决策。它还提供了全面的内容管理和快速共享的业务流程，从而有助于提高企业的工作效率。而.NET框架则提供了一个开发环境，独立软件供应商和IT公司软件的开发人员能够利用互相连接的网络客户端中的应用软件来实现工作流。比特网：在微软的SOA战略中，涉及到了微软的全线产品，但SOA实现的核心部分以.NETFramework、BizTalkServer、WCF(Windows CommunicationFramework)、WPF(WindowsPresentationFoudation)为主，您能否谈一下这三个产品是如何配合及分工的?杨晨：面向服务的体系结构内置在Microsoft技术堆栈的各个层面中，它们包括：从开发人员用来创建.NET等Web服务的工具，到服务器产品(例如BizTalkServer和MicrosoftOfficeSharePointServer，通过连接和协调各种服务，它们强化了Web服务的结构)，乃至享用Web服务的复合应用程序(例如，通过内联网(Intranet)、外联网(Extranet)或国际互联网(Internet)提供的基于Web的应用程序，以及使用MicrosoftOffice或智能客户端技术开发的丰富的客户端应用程序)。Microsoft正致力于提供一种重要的生态系统，以便通过它来创建和管理各种连接系统。Microsoft已经对Web服务做出了巨大的投资，针对Web服务，它使用了Microsoft.NET来创建它的整个下一代开发人员平台。对于软件开发人员而言，.NETFramework是Microsoft的托管代码编程模型，可使用它在Windows平台上创建应用程序。2006年发布的.NETFramework3.0使用创建应用程序的新技术扩展了.NETFramework2.0的应用程序编程界面，这样就可以提供可无缝互操作的通信以及各种业务流程的建模能力，管理标识并创建不同的用户体验。.NET Framework 3.0用于创建和利用Web服务的扩展组件包括WindowsCommunicationFoundation (WCF)、Windows Workflow Foundation(WF)、WindowsCardSpace以及WindowsPresentationFoundation。比较特殊的是WCF和WF，它们提供了非常强大的新功能，可用于开发启用了Web服务的松散连接的应用程序：具体来说，WindowsCommunicationFoundation可以让在组织机构内部以及跨越地理分布的站点连接系统和应用程序就变得更加容易。它的创建完全是为了提供隐含的面向服务应用程序开发功能。WCF为开发人员提供了高效的框架，可用它来创建安全可靠的Web服务应用程序，这种应用程序能够跨越各种平台进行互操作，因此，WCF提高了Web服务的等级。现在，开发人员可以集中精力进行业务逻辑方面的工作，而把底层的“管道工程”(plumbing)留给WCF处理。除了为创建Web服务提供编程模型之外，WCF还带来了一套工具和管理功能，它们使IT专业人士创建、部署、配置和监控Web服务都变得更加容易。而WindowsWorkflowFoundation则属于编程模型、引擎和工具，它可以在Windows上快速地创建启用了工作流的应用程序。它提供了一个通用的框架，可将工作流创建到Windows应用程序中，而无论这些工作流是否能够协调软件之间、人之间或二者之间的互动。说到BizTalk Server，它可以作为.NET Framework3.0开发人员技术的补充。BizTalkServer是一个定位于IT专业人士和结构设计师的服务器产品，它使客户可以对系统、工作人员和贸易伙伴进行集成。BizTalkServer的核心体系结构是以XML和.NETFramework为基础的，它完全支持创建Web服务的所有开放标准。BizTalk解决方案可以享用现有的Web服务，并将业务流程(BizTalk编制)公开为Web服务。BizTalk还充当了编制Web服务的管理层，它可以控制Web服务之间的流程和相互作用，并将单独的服务聚合至一个较大的复合解决方案中。BizTalkServer还有一个突破点，这是Web服务无法做到的，这就是实现了应用程序和系统的集成。通过使用各种不同的适配器，BizTalkServer能够在整个组织机构的范围内提供传统系统和应用程序的功能。BizTalk Server还与Microsoft OfficeSharePointServer进行了集成。通过BizTalkServer与SharePoint的协同工作，创建涉及信息工作者的端到端的“全员就绪”业务流程解决方案变得更加简单。如果整个桌面部分的业务流程解决方案出现混乱，SharePoint将允许信息工作者收集和管理业务数据(通过捕捉XML中的结构化和非结构化数据)。然后，BizTalkServer将为跨越了系统和人员长时间运行的流程充当中心控制点。比特网：提起微软的SOA，还有一个产品不得不提，这就是Oslo套件，能否请您简要地介绍一下Oslo套件。杨晨：在第五届微软SOA暨业务流程会议上宣布的代号为Oslo的技术蓝图，是一个