云计算与SaaS、SOA三者本身的发展轨迹和侧重点不同,但是却又互相联系,互相影响。
我们可以从云计算的发展历史来看,云计算的模式就好比以前在大学或者政府的研究机构里面的大型计算机中心。计算机中心把计算机的计算和存储资源以租用时段的方式提供给内部各个科研单位,或者提供给外部用户。从过去的大型计算机时代到个人计算机、企业服务器的兴起,计算、存储资源开始分散于企业。但是如今,企业面对成千上百台服务器以及上千种不同的软件,运维成本越来越高。云计算可以把所有的计算资源虚拟化,进行动态管理,进而大大降低企业的IT运维成本,因此已是一个颇有影响的技术趋势。
另一方面,从可适应性计算、网格计算到云计算,除了硬件资源的集中使用外,企业更希望 *** 作系统、数据库,以及软件、应用等都能通过集中调配的方式满足企业的各种需求。随着互联网技术的迅速发展与普及,SOA则能带来整个软件系统的互联成本、维护成本、升级成本的大幅降低,并成为支撑云计算的技术标准。
所有因素都帮助促成了从硬件层的基础架构云(IaaS)到平台云(PaaS)再到软件应用云(SaaS)不同层次的云计算。
SOA与SaaS合力, 推动云计算产业的成熟与发展
云计算实现了IT基础设施的社会共享;SOA有利于整合技术平台,统一技术标准,推动软件产业价值链中的各成员间的协调配合,充分利用硬件资源共享的有利条件,促使云上的软件系统日趋成熟;SaaS则通过软件交付模式上的创新,为云计算开辟出更大的市场空间,激励众多软件厂商开发出更多应用,从而使云计算产业联盟不断发展壮大。
总而言之,在云计算产业链向前推进的过程中,如果我们能善于发挥SOA和SaaS两者的特点与优势,将其效用结合起来,那必将有助于实现云计算产业的新一轮高速发展。
我是从IT号外知道的。
1-5EDCAD;6-10ADDBB;11-14D,C,C,ABD;2.SOA:(面向服务体系结构)是一个分布式软件;SOD:(面向服务开发)是基于SOA概念和SOC;SOE:(面向服务企业)是一个通过SOA系统实现;SOI:(面向服务的基础设施)①支持SOC的硬件;SOSE:(面向服务的系统工程)是系统工程、软件;3OOC范型和SOC范型在需求分析
1-5EDCAD
6-10ADDBB
11-14D, C, C, ABD
2.SOA:(面向服务体系结构)是一个分布式软件体系结构,它是通过松散耦合的服务构建的系统软件这些服务通过标准接口,例如WSDL(Web服务描述语言)接口,以及标准的消息交换协议,例如SOAP(简单对象访问协议)互相通信。这些服务是自治和独立于平台的。它们驻留在不同的计算机上并且为了实现期望的目标和最终结果使用彼此的服务。 SOC: (面向服务计算)是基于SOA模型的计算范型。它包括三个并发进程中表示的计算概念、原理以及方法。这三个并发进程是服务开发、服务发布以及使用发开出的服务进行应用组合。
SOD:(面向服务开发)是基于SOA概念和SOC范型的整个软件开发周期,包括需求、问题定义、概念模型、规格说明、体系结构设计、组合、服务发现、服务实现、测试、评估、部署和维护,这些活动将实现可运行的软件。
SOE:(面向服务企业)是一个通过SOA系统实现的一个并能外向展示业务过程的一系列技术。SOE为管理采用SOA技术的业务过程提供了一个框架。
SOI:(面向服务的基础设施)①支持SOC的硬件和软件。②一个硬件系统可以像软件系统那样按面向服务的方式组织起来。
SOSE:(面向服务的系统工程)是系统工程、软件工程和面向服务计算的一个组合,它建议在系统工程原则下开发面向服务的软件和硬件,这些原则包括需求、建模、规格说明、验证、设计、实现、确认、运行以及维护。
3OOC范型和SOC范型在需求分析上有什么区别。
面向对象的需求分析基于面向对象的思想,以用例模型为基础。开发人员在获取需求的基础上,建立目标系统的用例模型。所谓用例是指系统中的一个功能单元,可以描述为 *** 作者与系统之间的一次交互。用例常被用来收集用户的需求。
(P5)
(1) SOC强调的是分布式服务(包含可能的服务数据)而不是分布式对象。
(2) SOC明确区分开发责任、软件提供服务、服务中介,通过服务消费者构建应用。
(3) SOC支持库(公共和私有)中重用服务的匹配、发现和调用(远程或本地)
(4) 在SOC中,服务通过独立于平台和供应商的开发标准和协议通信。
4把服务提供者和应用构建者分开的主要优点是什么?
SOC这种范型把开发者分成独立但相互协作的三方:应用构建者、服务中介、服务提供者。服务提供者的职责是开发具有标准接口的软件服务。
服务中介发布或市场化可用服务。
应用构建者通过服务中介发现可用的服务并使用服务开发新的应用,通过发现和组合而不是传统的设计和编码来开发应用。
换言之,应用开发是三方协作的结果。服务和平台无关并且松散耦合,因此在组合服务时,可以使用不同提供者开发的服务。
因此,把服务提供者和应用构建者分开的主要优点是:这种面向服务的体系机构给应用构建者最大的灵活性去选择最好的服务中介以及服务。
5SOSE的主要技术是什么?对于每一项技术,用一两句话描述它的目的。
6比较传统软件开发过程和面向服务软件开发过程。描述开发过程中的每一步的目的、职责和功能。
在传统的软件开发过程中,整个过程往往由开发者所在组织管理。面向服务软件的开发分为三个平行的过程:服务开发,服务发布到服务中介,应用构建(组合)。
①一个面向对象(OOC)应用由同一个团队使用相同的语言开发,而一个面向服务(SOC)应用是通过已开发好的服务创建,这些开发好的服务由独立的服务供应商开发。应用构建者通过服务目录和服务库,查询所需服务。如果服务无法找到,应用者可以发布需求或自己开发。服务提供者则根据自己的需求分析或查询目录中发布的需求来开发服务。
Service-Oriented Architecture(面向服务架构SOA)是一种架构模型和一套设计方法学,其目的是最大限度地重用应用程序中立型的服务以提高IT适应性和效率。
方正飞鸿智能信息平台就是以soa架构形式。
如果说几年前,SOA的实施还停留在如何切入SOA的话,那么当前,如何更好更快地完成SOA项目成为企业最关心的问题。而在SOA的普及应用方面,如果说前几年的重点是普及SOA理念,各自储备SOA技术、人才、业务能力的话,那么当前,联合一切能够联合的力量,影响一切能够影响的人群来推广SOA的全面实施就成为重要任务。
在这个阶段,对于SOA厂商来说,是否拿出成熟的解决方案来面对客户最关心的问题,是否有能力推动整个产业链的成熟,营造一个广泛的、有力量的联盟成为成败的关键。
业务问题不再是阻碍
SOA项目实施时最困难的地方是什么要回答这个问题,首先要明白SOA的根本目标是什么,那就是业务价值,从业务梳理入手到实现敏捷性业务目标,从建模到优化,其中每一个环节都与业务息息相关。
不过这种与业务的紧密关系也成为SOA实施中最难把握的地方,SOA发展到现在,技术实现和工具开发已经相对完善了,但是在帮助企业进行业务抽象上一直进展缓慢,这其实是SOA的精华所在,但是也是最困难,最影响SOA项目进程的瓶颈。在这方面,现阶段厂商为企业提供的工具和咨询服务只能是辅助,最终的实施还必须依靠企业自身的能力。
SOA关于积木的比喻一直在业界非常流行,IT能力被拆分为一个个服务,所有的服务就像一块块积木,根据企业自身的需求搭建成不同的造型。“但是很多企业实施了SOA项目后,就开始抱怨当初答应是卖给我一套积木,但是我买了以后才发现买的是做积木的工具,我得先把这个积木搭出来才能看到效果,而这个过程花了我一年甚至更长的时间,害得我不能很早的把项目结束。”IBM大中华区应用创新服务技术总监王静玺说。
简单地做出一个个积木来已经花费了企业大量的时间和精力,而此后复杂的装配和管理流程更是耗费心血。这些成为阻碍SOA在企业中大量采用的重要障碍,而已经上了SOA项目的企业也往往在这些困难面前举步维艰。
有没有一种好的办法能够帮助企业在实施SOA时绕过业务的抽象这个难关,快速地完成SOA项目呢作为SOA领域的领导者,IBM于6月18日举行的“2008年IBMSOA高峰论坛”上发布了基于电信、金融、零售、工商企业、公共管理等12个行业的17个SOA行业框架和50个行业解决方案。这些框架在很大程度上解决了前面所述的困难,帮助各行业客户应对其面临的独特业务挑战,缩短SOA部署时间和成本。
那么行业框架到底是什么呢针对这个问题,IBM中国开发中心WebSphere实验室服务经理卜晓军说:“如果说以前的中间件只是原材料的话,框架可以说是半成品,以前我们只提供大米,现在把米饭做好,再把各种调料做好,剩下只要配菜就可以了。想吃卤肉饭还是牛腩盖饭只需要配不同的菜和调料。”
对于企业来说,这些框架和解决方案把行业里共同的业务知识固化到产品当中,解决了企业在实施SOA时最困难的业务问题,使企业拿来就可以用或者再进行简单完善就可以使用。因此卜晓军形象地把它比喻为实施SOA的加速。同时,这些框架和解决方案也是IBM从6000多个客户的实践中提取出来的最佳实践,具有相当高的成熟度和代表性。
在IBM看来,通过SOA促进IT和业务的融合过程中有四个逻辑层次,底层是SOA基础和IT基础架构,其上是行业框架,再上一层是行业解决方案,最上层则是策略性商业推动力。
IBM行业框架构建于最新的行业标准之上,可为企业提供多种设计和部署SOA解决方案的方法。通过运用这些框架,企业能够充分利用带有BPM(业务流程管理)的流程模板来创建最佳实践,满足自身的业务需求。
IBM SOA行业解决方案扩展了行业框架的价值,可为企业提供独特的端到端的业务解决方案,使他们能够快速利用预测试、预配置符合业务相关标准和法规一致性规定的软件和服务,提升SOA收益率。
SOA行业框架和解决方案的推出标志着SOA进入了一个新的发展阶段,它将推动着SOA快速在企业当中进行普及。业内专家说:“2007年SOA已经很热,但它只是一个理念,只是看上去很美,经过这一年的实践,我们可以肯定地说,虽然向SOA的转型并不轻松,但是从总体上,它做起来也很美。”不是一个人在战斗
作为一种革命性的潮流,SOA的普及决不能单靠某一个或者某几个厂商的力量,它需要整个业界的参与,需要一个从上游方案供应商,到软件开发商,到最终用户的一个完整的产业链,需要一个在人才培养、标准制定等相关方面的健康的生态系统。
“其实说IBM自己做SOA并不是很恰当,是我们和客户,和合作伙伴,甚至和竞争厂商一起在做SOA,我们认为SOA是所有人的。”IBM软件集团大中华区Rational及SOA业务总经理夏然说。
不过虽然SOA是整个业界的事情,但是对于SOA的厂商来说,在做大产业的同时,扩大自己的市场份额仍是首要的任务。而这时候,基于自身SOA体系的生态系统建设成为一种有效的市场竞争手段。因为当前企业间的竞争已经不再是个体间的竞争,而是各自生态系统间的竞争,单兵相接、孤军奋战的局面早已成为过去,集团化的作战已经成为当前的大势。
这种生态系统的建设包括了很多方面,夏然认为重点是四个方面:SOA的合作伙伴建设、客户维护、人才培养和政府推动。
作为一种新的系统建设方法,SOA的推广和普及首先需要的是通晓SOA知识的人才。在2006年,IBM就提出了SOA人才培养的“百、千、万”计划,为IBM和合作伙伴培养高级SOA人员。同时,IBM加强了在大学生中针对SOA方面的培养。
IBM软件集团大中华区市场总监刘秋美说:“在学校的推广对我们来讲非常重要,我们已经在12所大学开设SOA相关课程,今年我们会在4所大学推广SOA硕士学位。”另外,2006年,IBM开始在大学校园开展“IBM杯SOA竞赛”,今年的主题是SOA业务流程建模。
对于SOA人才的培养,IBM可以说是苦心孤诣。这既是IBM对整个产业的贡献和作为领导厂商的责任;同时也是IBM深谋远虑、高瞻远瞩的举动。SOA厂商的竞争说到底是人才的竞争,虽然SOA有一些共同的技术和标准,但是不同厂商有一套不同的SOA体系,这包括理念、方法论、实施工具等各个方面,因此平台和咨询服务就成为厂商争夺的焦点。而这时候懂自己平台和体系的人才越多,使用的自然也越多。
在合作伙伴建设方面,IBM更是不遗余力。IBM需要借助遍布各地的独立软件开发商或者集成商来走向更多的最终用户。2007年,IBM在中国地区发展了四个顶级合作伙伴,相继是浪潮、用友、软通动力和金蝶,现在,中软国际和台湾的神通电脑也加入了IBM顶级合作伙伴的队伍。
针对合作伙伴的SOA转型,IBM提供了全力的支持,刘秋美介绍,IBM专门成立了三家SOA支持中心:SOA设计中心、SOA解决方案中心和SOA BPTSE中心,专门为合作伙伴的解决方案和开发过程提供支持。
SOA的核心主体是服务。所谓“服务(Service)”,从业务角度而言,服务是一个可重复的经过标准封装的任务,例如:检查帐号余额;开新帐户等等。SOA的目标是通过服务的流程化来实现业务的灵活性,所谓流程(Process)是由一系列相互关联的任务所组成,实现一个具体的业务功能。一个流程可以由一系列服务来实现。
标准架构图如下:
一个正确的框架,是指导我们开发和实施SOA架构的基础。由IBM提案,国际开放群组(TheOpenGroup)提出了一个SOA架构的参考模型,这个架构框架目前是产业界最权威和严谨的SOA架构标准。TheOpenGroup是一个非营利标准化组织,是一个厂商中立和技术中立的机构,致力于提出各种技术框架和理论结构,致力于促进全球市场的业务效率。TheOpenGroup已有超过20年的标准制定与推广历史。在1996年,由X/Open与OpenSoftwareFoundation合并组成。TheOpenGroup最有名是作为UNIX商标的认证机构。在过去,协会最出名的是其出版的SingleUNIX,它扩充了POSIX标准而且是UNIX的官方定义,其成员包括IT用户、供应商以及政府机构。TheOpenGroup在中国的创始会员为金蝶集团,金蝶集团负责成立了中国分会。TOG在1993年提出的TheOpenGroupFramework(TOGAF)架构框架,是一套行之有效的企业架构。历经15年9个版本发展,支持开放、标准的SOA参考架构,已被80%的福布斯(Forbes)全球排名前50的公司使用。
根据这个模型,完整的SOA架构由五大部分组成,分别是:基础设施服务、企业服务总线、关键服务组件、开发工具、管理工具等。
SOA基础实施是为整个SOA组件和框架提供一个可靠的运行环境,以及服务组件容器,它的核心组件是应用服务器等基础软件支撑设施,提供运行期完整、可靠的软件支撑。
企业服务总线是指由中间件基础设施产品技术实现的、通过事件驱动和基于XML消息引擎,为SOA提供的软件架构的构造物。
企业服务总线ESB提供可靠消息传输、服务接入、协议转换、数据格式转换、基于内容的路由等功能,屏蔽了服务的物理位置,协议和数据格式。在SOA基础实现的方案上,应用的业务功能能够被发布、封装和提升(Promote)成为业务服务(BusinessService);业务服务的序列可以编排成为BPM的流程,而流程也可以被发布和提升为复合服务(CompositedService),业务服务还可以被外部的SOA系统再次编排和组合。ESB是实现SOA治理的重要支撑平台,是SOA解决方案的核心,从某种意义上说,如果没有ESB,就不能算作严格意义上的SOA。
关键服务实现,是SOA在各种业务服务组件的分类。一般来说,一个企业级的SOA架构通常包括:交互服务、流程服务、信息服务、伙伴服务、企业应用服务和接入服务。这些服务可能是一些服务组件,也可能是企业应用系统(如ERP)所暴露的服务接口等等。这些服务都可以接入ESB,进行集中统一管理。
开发工具和管理工具:提供完善的、可视化的服务开发和流程编排工具,涵盖服务的设计、开发、配置、部署、监控、重构等完整的SOA项目开发生命周期。
按照这个模型,许多SOA解决方案是只提供部分实现。这个行业中,许多国内的企业为了搭上SOA的便车,经常以偏概全,混绕概念。应该说真正按照SOA的思想和模型来构建整个企业的IT架构的案例是非常之少的。许多国外厂商的宣传案例,基本上是停留在部署应用服务器,开发了部分WebService组件,可以实现部分数据集成,这个层次而已,而这些WebService是部署在ESB平台之上的,就已经很不错了。实现了服务流程重组,实现SOA治理的案例就更是很少见到了。
OASIS(一个SOA标准组织)给予出的SOA定义“SOA是一个范式,用于组织和利用可能处于不同所有权范围控制下的分布式系统。”
维基百科给出的SOA定义“面向服务的体系结构(Service-oriented)是构造分布式系统的应用程序的方法。它将应用程序功能作为服务发送给最终用户或者其他服务。它采用开放标准、与软件资源进行交互并采用表示的标准方式。”。
要准确全面理解SOA,首先必须理解SOA的核心要素:
SOA的目标就是实现灵活可变的IT系统。要达到灵活性,通过三个途径来解决:标准化封装、复用、松耦合可编排。
互 *** 作(标准化封装)、复用、松耦合等SOA技术的内在机制,也是中间件技术和产品的本质特征。
标准化封装(互 *** 作性)
传统软件架构,因为封装的技术和平台依赖性,一直没有彻底解决互 *** 作问题。互联网前所未有的开放性意味着各节点可能采用不同的组件、平台技术,对技术细节进行了私有化的约束,构件模型和架构没有统一标准,从而导致架构平台自身在组件描述、发布、发现、调用、互 *** 作协议及数据传输等方面呈现出巨大的异构性。各种不良技术约束的结果是软件系统跨互联网进行交互变得困难重重,最终导致了跨企业/部门的业务集成和重组难以灵活快速的进行。
在软件的互 *** 作方面,传统中间件只是实现了访问互 *** 作,即通过标准化的API实现了同类系统之间的调用互 *** 作,而连接互 *** 作还是依赖于特定的访问协议,如JAVA使用RMI,CORBA使用IIOP等。而SOA通过标准的、支持Internet、与 *** 作系统无关的SOAP协议实现了连接互 *** 作。而且,服务的封装是采用XML协议,具有自解析和自定义的特性,这样,基于SOA的中间件还可以实现语义互 *** 作。
SOA要实现互 *** 作,就是通过一系列的标准族,来实现访问、连接和语义等各种层面的互 *** 作。
软件复用
软件复用,即软件的重用,也叫再用,是指同一事物不作修改或稍加改动就多次重复使用。从软件复用技术的发展来看,就是不断提升抽象级别,扩大复用范围。最早的复用技术是子程序,人们发明子程序,就可以在不同系统之间进行复用了。但是,子程序是最原始的复用,因为这种复用范围是一个可执行程序内复用,静态开发期复用,如果子程序修改,意味着所有调用这个子程序的系统必须重新编译、测试和发布。
耦合关系
SOA架构在松耦合解耦过程也发展到了最后的境界。传统软件将软件之中核心三部分网络连接、数据转换、业务逻辑全部耦合在一个整体之中,形成“铁板一块”的软件,“牵一发而动全身”,软件就难以适应变化。分布式对象技术将连接逻辑进行分离,消息中间件将连接逻辑进行异步处理,增加了更大的灵活性。消息代理和一些分布式对象中间件将数据转换也进行了分离。而SOA架构,通过服务的封装,实现了业务逻辑与网络连接、数据转换等进行完全的解耦。
总之,从科学哲学的角度来看,SOA是一个不断解构的过程,传统软件强调系统性,耦合度过高,所以需要松耦合(解耦);SOA也是一个组件粒度的平衡,集成电路趋势是集成度越来越高,软件发展的趋势是相反的过程;SOA是架构,更是方法,反映了人们对哲学思想的追求的原动力。
按照这个特性,SOA基本上来说与WebService并不是同一个概念,SOA并不一定需要WebService实现,理论上可以在其他技术体系下,实现SOA。但事实上,到目前为止,能够实现SOA架构风格的技术就是WebService,因为它的特性和厂商的支持力度,使得WebService成为了实现SOA实现技术的事实标准。也正因为WebService技术的成熟,才使得已经提出10多年了的SOA思想和概念,得以能够实现落地,成为一种可以使用的技术。这也就是回答了SOA和WebService的关系。
如果对象在另外1台服务器上,可使用Java
RMI、CORBA、DCOM等技术实现远程调用。但是,这些技术所使用的语言及环境各不相同,很难实现互通,如何采取统1的方式进行
服务使用的是何种编
以上就是关于云计算与SOA的关系全部的内容,包括:云计算与SOA的关系、什么是 soa,soc,sod,soe,soi 和 sose、soa在IT行业什么意思啊等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)