SOA(Service-Oriented Architecture)

时间 2019-11-09

标签 soa service oriented architecture 栏目微服务繁體版

原文原文链接

SOA(Service-Oriented Architecture)web

面向服务的体系结构SOA(Service-Oriented Architecture)是一个组件模型，它将应用程序的不一样功能单元（称为服务）经过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操做系统和编程语言。这使得构建在各类各样的系统中的服务可使用一种统一和通用的方式进行交互。数据库

定义介绍

编辑

面向服务架构，它能够根据需求经过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用。服务层是SOA的基础，能够直接被应用调用，从而有效控制系统中与软件代理交互的人为依赖性。

SOA是一种粗粒度、松耦合服务架构，服务之间经过简单、精肯定义接口进行通信，不涉及底层编程接口和通信模型。SOA能够看做是B/S模型、XML（标准通用标记语言的子集）/Web Service技术以后的天然延伸。

SOA将可以帮助软件工程师们站在一个新的高度理解企业级架构中的各类组件的开发、部署形式，它将帮助企业系统架构者以更迅速、更可靠、更具重用性架构整个业务系统。较之以往，以SOA架构的系统可以更加从容地面对业务的急剧变化。

体系结构

编辑

松耦合的系统

这种具备中立的接口定义（没有强制绑定到特定的实现上）的特征称为服务之间的松耦合。松耦合系统的好处有两点，一点是它的灵活性，另外一点是，当组成整个应用程序的每一个服务的内部结构和实现逐渐地发生改变时，它可以继续存在。与之相反，紧耦合意味着应用程序的不一样组件之间的接口与其功能和结构是紧密相连的，于是当须要对部分或整个应用程序进行某种形式的更改时，它们就显得很是脆弱。

对松耦合的系统的须要来源于业务应用程序须要根据业务的须要变得更加灵活，以适应不断变化的环境，好比常常改变的政策、业务级别、业务重点、合做伙伴关系、行业地位以及其余与业务有关的因素，这些因素甚至会影响业务的性质。咱们称可以灵活地适应环境变化的业务为按需（On demand）业务，在按需业务中，一旦须要，就能够对完成或执行任务的方式进行必要的更改。

虽然面向服务的体系结构不是一个新鲜事物，但它倒是更传统的面向对象的模型的替代模型，面向对象的模型是紧耦合的，已经存在二十多年了。虽然基于 SOA 的系统并不排除使用面向对象的设计来构建单个服务，可是其总体设计倒是面向服务的。因为它考虑到了系统内的对象，因此虽然 SOA 是基于对象的，可是做为一个总体，它却不是面向对象的。不一样之处在于接口自己。SOA 系统原型的一个典型例子是通用对象请求代理体系结构（Common Object Request Broker Architecture，CORBA），它已经出现很长时间了，其定义的概念与 SOA 类似。

然而， SOA 已经有所不一样了，由于它依赖于一些更新的进展，这些进展是以可扩展标记语言（eXtensible Markup Language，XML）为基础的。经过使用基于XML（标准通用标记语言的子集）的语言（称为 Web 服务描述语言（Web Services Definition Language，WSDL））来描述接口，服务已经转到更动态且更灵活的接口系统中，非之前 CORBA 中的接口描述语言（Interface Definition Language，IDL）可比了。

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 Language，UML），而且描述成模型驱动的体系结构（Model-Driven Architecture，MDA）。

对于面向同步和异步应用的，基于请求/响应模式的分布式计算来讲，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 Oxley（SOX），而且能够在不影响其余服务的状况下更改某项服务。

基础结构

要运行，管理SOA应用程序，企业须要SOA基础，这是SOA平台的一个部分。SOA基础必须支持全部的相关标准，和须要的运行时容器。图3所示的是一个典型的SOA基础结构。

SOAP， WSDL， UDDI

WSDL，UDDI和SOAP是SOA基础的基础部件。WSDL用来描述服务；UDDI用来注册和查找服务；而SOAP，做为传输层，用来在消费者和服务提供者之间传送消息。SOAP是Web服务的默认机制，其余的技术为能够服务实现其余类型的绑定。一个消费者能够在UDDI注册表（registry）查找服务，取得服务的WSDL描述，而后经过SOAP来调用服务。

WS-I Basic Profile

WS-I Basic Profile，由Web服务互用性组织（Web Services Interoperability Organization）提供，是SOA服务测试与互用性所须要的核心构件。服务提供者可使用Basic Profile测试程序来测试服务在不一样平台和技术上的互用性。

J2EE 和 .Net

尽管J2EE和.NET平台是开发SOA应用程序经常使用的平台，但SOA不只限于此。像J2EE这类平台，不只为开发者天然而然地参与到SOA中来提供了一个平台，还经过他们内在的特性，将可扩展性，可靠性，可用性以及性能引入了SOA世界。新的规范，例如 JAXB（Java API for XML Binding），用于将XML文档定位到Java类；JAXR（Java API for XML Registry）用来规范对UDDI注册表（registry）的操做；XML-RPC（Java API for XML-based Remote Procedure Call）在J2EE1.4中用来调用远程服务，这使得开发和部署可移植于标准J2EE容器的Web服务变得容易，与此同时，实现了跨平台（如。NET）的服务互用。

服务品质

在企业中，关键任务系统（mission-critical system，译注：关键任务系统是指若是一个系统的可靠性对于一个组织是相当重要的，那么该系统就是该企业的关键任务系统。好比，电话系统对于一个电话促销企业来讲就是关键任务系统，而文字处理系统就不那么关键了。）用来解决高级需求，例如安全性，可靠性，事物。当一个企业开始采用服务架构做为工具来进行开发和部署应用的时候，基本的Web服务规范，像WSDL，SOAP，以及UDDI就不能知足这些高级需求。正如前面所提到的，这些需求也称做服务品质（QoS，quality of services）。与QoS相关的众多规范已经由一些标准化组织（standards bodies）提出，像W3C（World Wide Web Consortium）和OASIS（the Organization for the Advancement of Structured Information Standards）。下面的部分将会讨论一些QoS服务和相关标准。

安全质量

Web服务安全规范用来保证消息的安全性。该规范主要包括认证交换，消息完整性和消息保密。该规范吸引人的地方在于它借助现有的安全标准，例如，SAML（as 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 或者 WSBPEL（Web Service Business Process Execution Language）是用来控制这些服务的语言。WSBPEL也由OASIS负责。

管理能力

随着企业服务的增加，所使用的服务和业务进程的数量也随之增长，一个用来让系统管理员管理全部运行在多相环境下的服务的管理系统就显得尤其重要。WSDM（Web 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] 　[4] 　[4] 　面向服务的体系结构基于这些实际活动或业务服务进行组织，而不是造成公司所维护的不一样的信息竖井 (Silo)。经过实现 SOA，能够带来大量好处，包括如下各个方面：　*更高的业务和 IT 一致性

*基于组件的系统

*松散耦合的组件和系统

*基于网络的基础设施，容许分散于各地且采用不一样技术的资源协同工做

*动态构建的按需应用程序

*更高的代码重用率

*更好地标准化整个企业内的流程

*更易于集中企业控制

优势

编辑

服务导向架构并非一种全新的解决方案；相反，SOA是技术与架构的天然进化。系统架构一直在不断进步，与商业保持高度一致。系统设计师与商家很早就认识到将技术与商业流程相协调的重要性，包括充分应用并合理化技术资源，以及为商业提供更好的支持。

SOA也在必定程度上源于早已有之的企业架构理论。企业架构对技术进行评估，可是更重要的是，它关注整个企业和所有的商业流程并提供了作出技术决策的背景信息。SOA工具则融合了互联网技术，如HTTP和XML，以及综合技术，如消息总线、转译技术和链接技术。[5]