广州网站建设乐云seo,上海到北京高铁最快几小时,关键词推广分析,合肥建设银行网站首页见#xff1a;https://baike.baidu.com/item/SOA/2140650?fraladdin UDDI 解说参见#xff1a;UDDI是什么
SOAP解说参见#xff1a; SOAP:简单对象访问协议 面向服务的架构#xff08;SOA#xff09;是一个组件模型#xff0c;它将应用程序的不同功能单元#xff08;称…见https://baike.baidu.com/item/SOA/2140650?fraladdin UDDI 解说参见UDDI是什么
SOAP解说参见 SOAP:简单对象访问协议 面向服务的架构SOA是一个组件模型它将应用程序的不同功能单元称为服务通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种各样的系统中的服务可以以一种统一和通用的方式进行交互。 中文名面向服务的体系结构外文名Service-Oriented Architecture 外语缩写SOA本 质组件模型 定义面向服务架构它可以根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。服务层是SOA的基础可以直接被应用调用从而有效控制系统中与软件代理交互的人为依赖性。SOA是一种粗粒度、松耦合服务架构服务之间通过简单、精确定义接口进行通讯不涉及底层编程接口和通讯模型。SOA可以看作是B/S模型、XML标准通用标记语言的子集/Web Service技术之后的自然延伸。SOA将能够帮助软件工程师们站在一个新的高度理解企业级架构中的各种组件的开发、部署形式它将帮助企业系统架构者以更迅速、更可靠、更具重用性架构整个业务系统。较之以往以SOA架构的系统能够更加从容地面对业务的急剧变化。体系结构 编辑松耦合的系统 这种具有中立的接口定义没有强制绑定到特定的实现上的特征称为服务之间的松耦合。松耦合系统的好处有两点一点是它的灵活性另一点是当组成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时它能够继续存在。与之相反紧耦合意味着应用程序的不同组件之间的接口与其功能和结构是紧密相连的因而当需要对部分或整个应用程序进行某种形式的更改时它们就显得非常脆弱。对松耦合的系统的需要来源于业务应用程序需要根据业务的需要变得更加灵活以适应不断变化的环境比如经常改变的政策、业务级别、业务重点、合作伙伴关系、行业地位以及其他与业务有关的因素这些因素甚至会影响业务的性质。我们称能够灵活地适应环境变化的业务为按需On demand业务在按需业务中一旦需要就可以对完成或执行任务的方式进行必要的更改。虽然面向服务的体系结构不是一个新鲜事物但它却是更传统的面向对象的模型的替代模型面向对象的模型是紧耦合的已经存在二十多年了。虽然基于 SOA 的系统并不排除使用面向对象的设计来构建单个服务但是其整体设计却是面向服务的。由于它考虑到了系统内的对象所以虽然 SOA 是基于对象的但是作为一个整体它却不是面向对象的。不同之处在于接口本身。SOA 系统原型的一个典型例子是通用对象请求代理体系结构Common Object Request Broker ArchitectureCORBA它已经出现很长时间了其定义的概念与 SOA 相似。然而 SOA 已经有所不同了因为它依赖于一些更新的进展这些进展是以可扩展标记语言eXtensible Markup LanguageXML为基础的。通过使用基于XML标准通用标记语言的子集 的语言称为 Web 服务描述语言Web Services Definition LanguageWSDL来描述接口服务已经转到更动态且更灵活的接口系统中非以前 CORBA 中的接口描述语言Interface Definition LanguageIDL可比了。Web 服务并不是实现 SOA 的惟一方式。前面刚讲的 CORBA 是另一种方式这样就有了面向消息的中间件Message-Oriented Middleware系统比如 IBM 的 MQseries。但是为了建立体系结构模型您所需要的并不只是服务描述。您需要定义整个应用程序如何在服务之间执行其工作流。您尤其需要找到业务的操作和业务中所使用的软件的操作之间的转换点。因此SOA 应该能够将业务的商业流程与它们的技术流程联系起来并且映射这两者之间的关系。例如给供应商付款的操作是商业流程而更新您的零件数据库以包括进新供应的货物却是技术流程。因而工作流还可以在 SOA 的设计中扮演重要的角色。此外动态业务的工作流不仅可以包括部门之间的操作甚至还可以包括与不为您控制的外部合作伙伴进行的操作。因此为了提高效率您需要定义应该如何得知服务之间的关系的策略这种策略常常采用服务级协定和操作策略的形式。最后所有这些都必须处于一个信任和可靠的环境之中以同预期的一样根据约定的条款来执行流程。因此安全、信任和可靠的消息传递应该在任何 SOA 中都起着重要的作用。体系结构作用 我可以用面向服务的体系结构做什么对 SOA 的需要来源于需要使业务 IT 系统变得更加灵活以适应业务中的改变。通过允许强定义的关系和依然灵活的特定实现IT 系统既可以利用现有系统的功能又可以准备在以后做一些改变来满足它们之间交互的需要。下面举一个具体的例子。一个服装零售组织拥有 500 家国际连锁店它们常常需要更改设计来赶上时尚的潮流。这可能意味着不仅需要更改样式和颜色甚至还可能需要更换布料、制造商和可交付的产品。如果零售商和制造商之间的系统不兼容那么从一个供应商到另一个供应商的更换可能就是一个非常复杂的软件流程。通过利用 WSDL 接口在操作方面的灵活性每个公司都可以将它们的现有系统保持现状而仅仅匹配 WSDL 接口并制订新的服务级协定这样就不必完全重构它们的软件系统了。这是业务的水平改变也就是说它们改变的是合作伙伴而所有的业务操作基本上都保持不变。这里业务接口可以作少许改变而内部操作却不需要改变之所以这样做仅仅是为了能够与外部合作伙伴一起工作。另一种形式是内部改变在这种改变中零售组织决定它还将把连锁零售商店内的一些地方出租给专卖流行衣服的小商店这可以看作是采用店中店store-in-store的业务模型。这里虽然公司的大多数业务操作都保持不变但是它们需要新的内部软件来处理这样的出租安排。尽管在内部软件系统可以承受全面的检修但是它们需要在这样做的同时不会对与现有的供应商系统的交互产生大的影响。在这种情况下SOA 模型保持原封不动而内部实现却发生了变化。虽然可以将新的方面添加到 SOA 模型中来加入新的出租安排的职责但是正常的零售管理系统继续如往常一样。为了延续内部改变的观念IT 经理可能会发现软件的新配置还可以以另外的一种方式加以使用比如出租粘贴海报的地方以供广告之用。这里新的业务提议是通过在新的设计中重用灵活的 SOA 模型得出的。这是来自 SOA 模型的新成果并且还是一个新的机会而这样的新机会在以前可能是不会有的。垂直改变也是可能的在这种改变中零售商从销售他们自己的服装完全转变到专门通过店中店模型出租地方。如果垂直改变完全从最底层开始的话就会带来 SOA 模型结构的显著改变与之一起改变的还可能有新的系统、软件、流程以及关系。在这种情况下SOA 模型的好处是它从业务操作和流程的角度考虑问题而不是从应用程序和程序的角度考虑问题这使得业务管理可以根据业务的操作清楚地确定什么需要添加、修改或删除。然后可以将软件系统构造为适合业务处理的方式而不是在许多现有的软件平台上常常看到的其他方式。正如您可以看到的在这里改变和 SOA 系统适应改变的能力是最重要的部分。对于开发人员来说这样的改变无论是在他们工作的范围之内还是在他们工作的范围之外都有可能发生这取决于是否有改变需要知道接口是如何定义的以及它们相互之间如何进行交互。与开发人员不同的是架构师的作用就是引起对 SOA 模型大的改变。这种分工就是让开发人员集中精力于创建作为服务定义的功能单元而让架构师和建模人员集中精力于如何将这些单元适当地组织在一起它已经有十多年的历史了通常用统一建模语言Unified Modeling LanguageUML并且描述成模型驱动的体系结构Model-Driven ArchitectureMDA。对于面向同步和异步应用的基于请求/响应模式的分布式计算来说SOA是一场革命。一个应用程序的业务逻辑business logic或某些单独的功能被模块化并作为服务呈现给消费者或客户端。这些服务的关键是他们的松耦合特性。例如服务的接口和实现相独立。应用开发人员或者系统集成者可以通过组合一个或多个服务来构建应用而无须理解服务的底层实现。举例来说一个服务可以用.NET或J2EE来实现而使用该服务的应用程序可以在不同的平台之上使用的语言也可以不同。.特性状况 编辑基本特征SOA的实施具有几个鲜明的基本特征。实施SOA的关键目标是实现企业IT资产的最大化作用。要实现这一目标就要在实施SOA的过程中牢记以下特征可从企业外部访问随时可用粗粒度的服务接口分级松散耦合可重用的服务服务接口设计管理标准化的服务接口支持各种消息模式精确定义的服务契约SOA服务具有平台独立的自我描述XML文档。Web服务描述语言WSDL Web S SOA蓝图 ervices Description Language是用于描述服务的标准语言。SOA 服务用消息进行通信该消息通常使用XML Schema来定义也叫做XSD XML Schema Definition。消费者和提供者或消费者和服务之间的通信多见于不知道提供者的环境中。服务间的通讯也可以看作企业内部处理的关键商业文档。在一个企业内部SOA服务通过一个扮演目录列表directory listing角色的登记处Registry来进行维护。应用程序在登记处Registry寻找并调用某项服务。统一描述定义和集成UDDI Universal Description Definition and Integration是服务登记的标准。每项SOA服务都有一个与之相关的服务品质QoS quality of service。QoS的一些关键元素有安全需求例如认证和授权可靠通信译注可靠消息是指确保消息“仅且仅仅”发送一次从而过滤重复信息。以及谁能调用服务的策略。新兴变革 编辑[2] 随着全球信息化的浪潮信息化产业不断发展、延伸已经深入了众多的企业及个人SOA系统架构的出现将给信息化带来一场新的革命。[3]
纵观信息化建设与应用的历程尽管出现过XML标准通用标记语言的子集、Unicode、UML等众多信息标准但是许多异构系统之间的数据源仍然使用各自独立的数据格式、元数据以及元模型这是信息产品提供商一直以来形成的习惯。各个相对独立的源数据集成一起往往通过构建一定的数据获取与计算程序来实现这样的做法需要花费大量工作。信息孤岛大量存在的事实使信息化建设的ROI投资回报率大大降低ETL成为集中这些异构数据的有效工具。 ETL常用于从源系统中提取数据将数据转换为与目标系统相兼容的格式然后将其装载到目标系统中。数据经过获取、转换、装载后要产生应用价值还需另外的数据展现工具予以实现如此复杂的数据应用过程必定产生高昂的应用成本。结构化的数据管理尚可通过以上方法予以实现其集成应用。在非结构化的内容方面这些具有挑战性的问题令人生畏。内容管理的应用方案基于不同的信息化应用系统而且大部分是纵向的以组织部门为界限的。在内容管理市场中经常使用来自不同厂商的产品来提供这些解决方案。即使是同一个厂商的产品相互之间的功能也是经常重叠并且无法集成。随着信息化建设的深入不同应用系统之间的功能界限已趋于模糊。同时企业资源计划系统和协同商务系统又需要商业智能的分析展现数据提供用户操作依据。在激烈竞争且多变的市场环境下企业的管理模式很难固化应用传统的信息化软件当企业要做出一些改动时需要面对巨大的挑战。SOA系统架构的出现信息化变革微软大中华区服务部总经理辛儿伦介绍说从上世纪60年代应用于主机的大型主机系统到80年代应用于PC的CS 架构一直到90年代互联网的出现系统越来越朝小型化和分布式发展。2000年WebService出现后SOA被誉为下一代Web服务的基础框架已经成为计算机信息领域的一个新的发展方向。SOA的出现给传统的信息化产业带来新的概念不再是各自独立的架构形式能够轻松的互相联系组合共享信息。可复用以往的信息化软件。基于SOA的协同软件提供了应用集成功能能够将ERP、CRM、HR等异构系统的数据集成。松散耦合方式只要充分了解业务的进程就可以不用编写一行代码通过流程图实现一套我们自己的信息系统。就像已经给你准备好了砖瓦和水泥只需要想好盖什么样的房子就可以轻松的盖起。加快开发速度并且减少了开发和维护的费用。软件将所有的管理提炼成表单和流程以记录管理的内容指定过程的流转方向。更简便的信息和数据集成。信息集成功能可以将散落在广域网和局域网上的文档、目录、网页轻松集成加强了信息的协同相关性。同时复杂、成本高昂的数据集成也变成了可以简单且低成本实现的参数设定。创建了完全集成的信息化应用新领域。在具体的功能实现上SOA协同软件所实现的功能包括了知识管理、流程管理、人事管理、客户管理、项目管理、应用集成等从部门角度看涉及了行政、后勤、营销、物流、生产等。从应用思想上看SOA协同软件中的信息管理功能全面兼顾了贯穿整个企业组织的信息化软硬件投入。尽管各种IT技术可以用于不同的用途但是信息管理并没有任意地将信息分为结构化或者非结构化的部分因此ERP等结构化管理系统并不是信息化建设的全部同时信息管理也没有将信息化解决方案划分为部门的视图因此仅仅以部分为界限去构建软件应用功能的思想未必是不可撼动的。基于SOA的协同软件与 ERP、CRM等传统应用软件相比关键的不同在于它可以在合适的时间、合适的地点并且有正当理由向需要它提供服务的任何用户提供服务。为何选择SOA 编辑简介介绍 不同种类的操作系统应用软件系统软件和应用基础结构application infrastructure相互交织这便是IT企业的现状。一些现存的应用程序被用来处理当前的业务流程business processes因此从头建立一个新的基础环境是不可能的。企业应该能对业务的变化做出快速的反应利用对现有的应用程序和应用基础结构application infrastructure的投资来解决新的业务需求为客户商业伙伴以及供应商提供新的互动渠道并呈现一个可以支持有机业务organic business的构架。SOA凭借其松耦合的特性使得企业可以按照模块化的方式来添加新服务或更新现有服务以解决新的业务需要提供选择从而可以通过不同的渠道提供服务并可以把企业现有的或已有的应用作为服务 从而保护了现有的IT基础建设投资。如图1的例子所示一个使用SOA的企业可以使用一组现有的应用来创建一个供应链复合应用supply chain composite application这些现有的应用通过标准接口来提供功能。服务架构 服务架构 为了实现SOA企业需要一个服务架构图2显示了一个例子图2 在图2中 服务消费者service consumer可以通过发送消息来调用服务。这些消息由一个服务总线service bus转换后发送给适当的服务实现。这种服务架构可以提供一个业务规则引擎business rules engine该引擎容许业务规则被合并在一个服务里或多个服务里。这种架构也提供了一个服务管理基础service management infrastructure用来管理服务类似审核列表billing日志等功能。此外该架构给企业提供了灵活的业务流程更好地处理控制请求regulatory requirement例如Sarbanes OxleySOX并且可以在不影响其他服务的情况下更改某项服务。基础结构 要运行管理SOA应用程序企业需要SOA基础这是SOA平台的一个部分。SOA基础必须支持所有的相关标准和需要的运行时容器。图3所示的是一个典型的SOA基础结构。 SOAP WSDL UDDIWSDLUDDI和SOAP是SOA基础的基础部件。WSDL用来描述服务UDDI用来注册和查找服务而SOAP作为传输层用来在消费者和服务提供者之间传送消息。SOAP是Web服务的默认机制其他的技术为可以服务实现其他类型的绑定。一个消费者可以在UDDI注册表registry查找服务取得服务的WSDL描述然后通过SOAP来调用服务。WS-I Basic ProfileWS-I Basic Profile由Web服务互用性组织Web Services Interoperability Organization提供是SOA服务测试与互用性所需要的核心构件。服务提供者可以使用Basic Profile测试程序来测试服务在不同平台和技术上的互用性。J2EE 和 .Net尽管J2EE和.NET平台是开发SOA应用程序常用的平台但SOA不仅限于此。像J2EE这类平台不仅为开发者自然而然地参与到SOA中来提供了一个平台还通过他们内在的特性将可扩展性可靠性可用性以及性能引入了SOA世界。新的规范例如 JAXBJava API for XML Binding用于将XML文档定位到Java类JAXRJava API for XML Registry用来规范对UDDI注册表registry的操作XML-RPCJava API for XML-based Remote Procedure Call在J2EE1.4中用来调用远程服务这使得开发和部署可移植于标准J2EE容器的Web服务变得容易与此同时实现了跨平台如。NET的服务互用。服务品质 在企业中关键任务系统mission-critical system译注关键任务系统是指如果一个系统的可靠性对于一个组织是至关重要的那么该系统就是该企业的关键任务系统。比如电话系统对于一个电话促销企业来说就是关键任务系统而文字处理系统就不那么关键了。用来解决高级需求例如安全性可靠性事物。当一个企业开始采用服务架构作为工具来进行开发和部署应用的时候基本的Web服务规范像WSDLSOAP以及UDDI就不能满足这些高级需求。正如前面所提到的这些需求也称作服务品质QoSquality of services。与QoS相关的众多规范已经由一些标准化组织standards bodies提出像W3CWorld Wide Web Consortium和OASISthe Organization for the Advancement of Structured Information Standards。下面的部分将会讨论一些QoS服务和相关标准。安全质量 Web服务安全规范用来保证消息的安全性。该规范主要包括认证交换 消息完整性和消息保密。该规范吸引人的地方在于它借助现有的安全标准例如SAMLas Security Assertion Markup Language来实现web服务消息的安全。OASIS正致力于Web服务安全规范的制定。可靠信度 在典型的SOA 环境中服务消费者和服务提供者之间会有几种不同的文档在进行交换。具有诸如“仅且仅仅传送一次” once-and-only-once delivery“最多传送一次” at-most-once delivery“重复消息过滤”duplicate message elimination“保证消息传送”guaranteed message delivery等特性消息的发送和确认在关键任务系统mission-critical systems中变得十分重要。WS-Reliability 和 WS-ReliableMessaging是两个用来解决此类问题的标准。这些标准都由OASIS负责。策略计划 服务提供者有时候会要求服务消费者与某种策略通信。比如服务提供商可能会要求消费者提供Kerberos安全标示才能取得某项服务。这些要求被定义为策略断言policy assertions。一项策略可能会包含多个断言。WS-Policy用来标准化服务消费者和服务提供者之间的策略通信。控制能力 当企业着手于服务架构时服务可以用来整合数据仓库silos of data应用程序以及组件。整合应用意味着例如异步通信并行处理数据转换以及校正等进程请求必须被标准化。在SOA中进程是使用一组离散的服务创建的。BPEL4WS 或者 WSBPELWeb Service Business Process Execution Language是用来控制这些服务的语言。WSBPEL也由OASIS负责。管理能力 随着企业服务的增长所使用的服务和业务进程的数量也随之增加一个用来让系统管理员管理所有运行在多相环境下的服务的管理系统就显得尤为重要。WSDMWeb Services for Distributed Management规定了任何根据WSDM实现的服务都可以由一个WSDM适应WSDM-compliant的管理方案来管理。其它的qos特性比如合作方之间的沟通和通讯多个服务之间的事务处理都在WS-Coordination 和 WS-Transaction 标准中描述 这些都是OASIS 的工作。Web服务 在理解SOA和Web服务的关系上经常发生混淆。根据2003年4月的Gartner报道Yefim V. Natis就这个问题是这样解释的“Web服务是技术规范而SOA是设计原则。特别是Web服务中的WSDL是一个SOA配套的接口定义标准这是Web服务和SOA的根本联系。”从本质上来说SOA是一种架构模式而Web服务是利用一组标准实现的服务。Web服务是实现SOA的方式之一。用Web服务来实现SOA的好处是你可以实现一个中立平台来获得服务而且随着越来越多的软件商支持越来越多的Web服务规范你会取得更好的通用性。SOA优势 SOA的概念并非什么新东西SOA不同于现有的分布式技术之处在于大多数软件商接受它并有可以实现SOA的平台或应用程序。SOA伴随着无处不在的标准为企业的现有资产或投资带来了更好的重用性。SOA能够在最新的和现有的应用之上创建应用SOA能够使客户或服务消费者免予服务实现的改变所带来的影响SOA能够升级单个服务或服务消费者而无需重写整个应用也无需保留已经不再适用于新需求的现有系统。总而言之SOA以借助现有的应用来组合产生新服务的敏捷方式提供给企业更好的灵活性来构建应用程序和业务流程。发展效益 A. 平衡最初的旧系统投资(Leverage initial investment)组织过去所投资的系统、软硬体如果能再利用等于赋予其新的价值这也替组织降低成本并增加竞争力。B. 基础建设的便利性(Infrastructure Commoditization)让所有的应用程式能相互沟通(互通性)。C. 快速的接近市场(Faster time-to-market)服务的重复使用(再利用)来缩短过去的组织流程更快速的提供服务来接近市场。D. 减少支出(Reduce Cost)服务的重复使用可降低开发成本。因为开发新系统的成本大部份比更新旧有系统来的花费大。E. 减低风险(Risk mitigation)开发新系统的风险远大于更新旧系统。F. 持续改善商业流程的循环(Continuous improvement cycle for business process)G. 中心流程处理(Process-centric processing)主要优势 一SOA可通过互联网服务器发布从而突破企业内网的限制实现与供应链上下游伙伴业务的紧密结合。通过SOA架构企业可以与其业务伙伴直接建立新渠道建立新伙伴的成本得以降低。二SOA与平台无关减少了业务应用实现的限制。要将企业的业务伙伴整合到企业的“大”业务系统中对其业务伙伴具体采用什么技术没有限制。三 SOA具有低耦合性特点业务伙伴对整个业务系统的影响较低。在企业与各业务伙伴关系不断发生变化的情况下节省的费用会越来越多。四 SOA具有可按模块分阶段进行实施的优势。可以成功一步再做下一步将实施对企业的冲击减少到最小。五 SOA的实施可能并不具有成本显著性。这要分三种情况加以讨论(1) 当企业从零开始构建业务系统时采用SOA架构与不采用SOA架构成本可看做是相同的。(2) 当企业业务发展或发生企业重组等变化而原有系统不能满足需要而需要重构业务系统时采用SOA架构与不采用SOA架构成本可看做是相同的。(3) 当企业业务发生缓慢变化并可预见到将来需要重构业务系统时由于可以按模块分阶段逐步实施SOA以适应变化的需要这样企业不需一下投入一大笔经费进行系统改造而是根据企业业务发展情况和资金情况逐步投入缓解了信息投入的压力。推动因素 IDC负责企业平台研究的副总裁Michelle Bailey说最近的IDC的研究表明到2011年18%以上的全部新服务器都将采用虚拟化技术对于服务器硬件供应商来说这是一个年收入达220亿美元的市场机会。对于企业来说日益增长的挑战是如何管理和保证虚拟环境的安全因为随着机构采用虚拟化技术传统的管理物理服务器蔓延的挑战正在转向管理虚拟机蔓延的挑战。机构将需要可靠的、稳定的、安全的和可管理的虚拟化解决方案。绿色IT一直被列为头号的战略技术和2008年大多数机构的趋势。据IDC称虚拟化的绿色的好处不仅是减少服务器占地面积而是还包括减少碳排放量和耗电量。这些好处正在成为重要的好处。据IDC对亚太地区绿色IT的调查75%的受访者对于IT部门没有绿色IT政策。然而80%以上的受访者认为他们的IT供应商的“绿色”在未来几年将更加重要。虚拟化在这方面将发挥重要作用一些企业将采用更环保的方法经营业务以便赢得政府部门的合同。其它机构正在采用虚拟化技术以便得到节省电源的好处和减少碳排放量的奖励。同时一些企业管理者和市场研究人士也对虚拟化的未来发展发表了看法Avnet公司营销经理Michael Costigan尽管虚拟化有巨大的潜力许多转销商不知道这种有潜力的新技术的实际状况。机构能够获得显著的能量和计算效率同时提高技术的应用率和灵活性。为了帮助你的客户认识到这些好处并且为你的企业建立强大的市场占有率你需要了解这个强大的新技术的细节了解需要采取什么有效手段识别和利用虚拟化的真正机会。虚拟化正在用来解决范围日益广泛的商业目标和挑战如服务器整合/保留、业务持续性、测试/开发优化、软件开发与发布以及桌面管理和安全。人们对于虚拟化的未来显然非常感兴趣。但是还有许多言过其实的宣传。第一波x86服务器虚拟化的应用一直集中在服务器整合方面重点是减少资本开支 (也就是服务器开支)以及电源和冷却等运营开支。在未来的五年里机构将超越服务器整合寻求如何利用虚拟化技术得到其它的好处如重点减少运营成本(也就是物理管理成本)和让基础设施更有活力和更灵活以便改善IT对于不断变化的商业需求的反应能力。分析师认为虚拟化的下一个大事将是高可用性和灾难恢复工具。灾难恢复在历史上一直是非常难管理的。虚拟化将提供一个节省成本的和容易管理的灾难恢复解决方案。虚拟桌面基础设施、资源平衡和应用程序级高可用性可能是其它的未来应用实例。这些解决方案有一些技术的和经济的障碍。这些障碍必须要在虚拟化广泛应用前克服。但是考虑到虚拟化的重点这些障碍已经在开始克服。虚拟化还将成为SOA(面向服务的架构)技术应用的推动因素。[4]面向服务的体系结构基于这些实际活动或业务服务进行组织而不是形成公司所维护的不同的信息竖井 (Silo)。通过实现 SOA可以带来大量好处包括以下各个方面 *更高的业务和 IT 一致性*基于组件的系统*松散耦合的组件和系统*基于网络的基础设施允许分散于各地且采用不同技术的资源协同工作*动态构建的按需应用程序*更高的代码重用率*更好地标准化整个企业内的流程*更易于集中企业控制优点 编辑服务导向架构并不是一种全新的解决方案相反SOA是技术与架构的自然进化。系统架构一直在不断进步与商业保持高度一致。系统设计师与商家很早就认识到将技术与商业流程相协调的重要性包括充分应用并合理化技术资源以及为商业提供更好的支持。SOA也在一定程度上源于早已有之的企业架构理论。企业架构对技术进行评估但是更重要的是它关注整个企业和全部的商业流程并提供了做出技术决策的背景信息。SOA工具则融合了互联网技术如HTTP和XML以及综合技术如消息总线、转译技术和连接技术。[5]
