CN104813284A - 用于云服务的通用资源提供商 - Google Patents

Abstract

提供了用于提供云服务的系统和方法。在云服务供应的设计阶段期间生成定义云服务的服务设计并将其存储在存储器中。在订阅阶段期间从多个可用特定资源中选择用于定义的云服务的特定提供商。使用所选特定提供商来提供在服务设计中定义的云服务。

Description

用于云服务的通用资源提供商

背景技术

云服务一般地指的是允许最终接收者计算机系统（瘦客户端、便携式计算机、智能电话、台式计算机等）通过网络（例如，因特网）来访问托管计算和/或存储资源（即，云资源）池和网络的服务。以这种方式，主机、云服务提供商作为示例可提供通过托管应用程序的软件即服务（SaaS）；通过托管设备（服务器/存储部件/网络部件等）的基础设施即服务（IaaS）；或者通过托管计算平台（操作系统、中间件、数据库、自动伸缩基础设施等）的平台即服务（PaaS）。

典型的云服务按需要招致收费，由云服务提供商管理，并且可由最终用户进行伸缩（根据期望的存储容量、处理能力、网络带宽等进行伸缩）。云服务可以是一般地可用于所有潜在用户的公共服务（例如，基于因特网的服务）或通过私有网络（例如，企业网）提供的有限访问私有服务以及被管理云服务—私有或托管—（例如，虚拟私有云服务）或混合云服务（作为上述的组合的云服务）。传统上，当用户订购云服务时，用户可手动地执行在供应/实例化基础设施上部署和配置与订购云服务相关联的软件的各种动作（例如，虚拟机（VM）、中间件、应用软件、应用部件等的部署）。

附图说明

图1图示出云服务供应系统的一个示例。

图2图示出利用通用资源提供商的云服务系统的另一示例。

图3是图示出可以如何选择用来选择用于给定云服务的特定提供商的参数的一个示例的流程图。

图4图示出用于提供云服务的方法。

图5是图示出能够实现用于在图1-4中公开的用户定义功能集成的系统和方法的示例的硬件部件的示例性系统的示意性框图。

具体实施方式

图1图示出云服务供应系统10的一个示例。供应系统10包括被配置成与用户合作而创建用于云能力的服务设计、亦即可用云服务的集合的设计部件20。服务设计可以包括例如用以将云能力实例化的动作集合以及将在云能力的实例化中利用的资源集合。在图1的系统中，服务设计可以定义作为用于给定服务的通用提供商的给定资源和与指定一般提供商相关联的参数集合。例如，该集合的参数可以包括表示服务质量要求的参数（例如，存储空间的量、带宽、优先级、系统的总体负荷和处理容量）和企业或上下文策略参数（例如，应用和安全要求的类型、位置、允许谁使用什么（例如，分层供给（offerings）））。将认识到的是各种参数可以包括分类参数、序数值、间隔值以及比值，并且可以根据由用户、系统管理员进行的判定或者由系统以默认值或根据总体上下文估计的值（例如，当前日期、时间、位置、温度、负荷、用户的类型等）自动地提供。

可以将服务设计提供给服务传送部件30以便实现为云服务。在图1的示例中，作为使提供的服务与特定云资源相关联的替代，服务设计包含通用服务提供商。根据其关联功能，在不使资源依赖于特定类型或位置或资源的情况下，通用服务提供商抽象地表示云资源。例如，设计可包括通用服务器，而不使资源局限于特定物理服务器组件或者甚至使其局限于物理或虚拟实现。将认识到的是多个类型的通用提供商可以可供在给定服务设计中使用，包括例如服务器资源、网络结构、数据储存器、软件应用程序、监视以及管理接口。

用于在服务设计中指定的每个通用提供商的特定资源选自多个可用特定提供商32-34。特定提供商32-34表示可以用来执行关联功能的物理或虚拟云资源的特定集合，并且不同于通用资源，其依赖于特定位置和类型的资源。例如，物理和虚拟服务器两者都可以表示用于通用服务器资源的特定提供商，并且可能与通用服务器资源相关联的一个特定服务器资源可包括位于特定数据中心中的物理服务器组件。一旦选择了特定资源，服务传送部件命令在设计部件20处选择的每个通用资源实现所选特定提供商暴露的所有公共动作，有效地将其变换成特定提供商的实例化。

用于每个通用资源的特定资源选择在与服务传送部件30通信的专家系统42处进行，其根据从服务设计导出的至少一参数集合来选择用于服务设计的特定资源提供商。将认识到的是专家系统可以从任何服务传送部件、服务设计本身以及外部系统接收参数。这些参数可以包括例如企业策略值、服务质量（QoS）参数、从用户上下文得出的值、关于对云系统中的可用资源的约束的值以及系统或环境的其它上下文，诸如网络拓扑的相似性。在一个示例中，专家系统42是基于规则的专家系统，其根据与服务设计相关联的各种参数、从其生成服务设计的服务蓝图、用户的身份、用户与系统的关系以及对云系统内的各种数据中心的约束来确定用于每个通用提供商的适当特定提供商。例如，可以将专家系统的规则配置成在提供适合于用户的企业策略和服务质量要求的服务的同时跨多个特定资源平衡资源的使用。然而，将认识到的是可以使用任何基于策略的判定技术来实现专家系统42。

将认识到的是可以使用包括一个或多个处理器的处理资源以及包括一个或多个非临时计算机可读介质的存储器资源来实现系统10。将认识到的是给定存储器资源或处理资源可以由多个分立部件组成，它们可以在空间上不同并经由网络结构相连。可以将设计部件20、服务传送部件30以及专家系统42中的每一个实现为存储在存储器资源中且可由处理资源执行的机器可执行指令。替换地，每个部件20、30以及42可以表示经由网络结构相连的一个或多个处理部件和一个或多个非临时计算机可读介质，在所述一个或多个介质上存储了可执行以执行部件的功能的指令。

选择特定提供商以在“运行时间”而不是“设计时间”执行任务提供许多优点。例如，其允许各种角色和功能之间的关注的更好分离。一旦已建立设计，可以在不影响给定服务的情况下改变底层提供商基础设施。跨策略所支持的任何不同情况，不需要对服务设计的改变。特定提供商的所有复杂性及其支持的策略被抽象成功能要求，使得设计者将以单个供给集合与用于给定资源类型的一个提供商一起工作。通过修改或向该集合添加服务蓝图和供给中的企业策略和服务质量参数来控制服务部署，这驱动特定提供商的选择。

在实践中，服务定义是“自上而下”的，其中，基于功能要求和SLA，拓扑结构、基础资源单元和属性以及用于资源单元的连接器全部需要以企业策略和数据中心约束的运行时间分辨率来部署。所示系统允许根据该自上而下结构来实现服务。其还在实现系统时提供高效的劳动分工。服务设计者通常是功能要求方面的专家，而管理员是其特定资源提供商中的专家。通过推迟特定提供商的选择直到订阅阶段，所示系统允许将服务设计中集中于设计并允许管理员实现最适合于该设计的提供商，从而提供高效的职责划分。

在其中在设计时分辨特定提供商的系统中，将服务设计锁定到客户数据中心基础设施拓扑的时间上的快照。所示系统完全消除了这些约束，并且允许服务设计的极大灵活性和可传输性，去除对物理数据中心约束的依赖性，从而提供对企业过程、服务质量定义以及直到对服务的订阅时间的其它策略进行微调的能力。

使用通用提供商模型在运行时间分辨特定提供商允许从传统数据中心模型过渡到以最小的设计投资经由私有和公共云来供应混合云。该模型还允许无约束的可扩展性。特别地，可以用新的提供商特定参数和适当的映射规则或上下文策略来扩展现有通用资源类型，亦即基于执行时的上下文的动作的条件的任何组合。可以通过创建新的或增强的提供商特定参数集合来引入新类型的通用部件。可以通过向专家系统添加新企业策略参数和关联映射规则来定义新的企业策略。在所有情况下，现有服务将继续工作，被分配新性质的默认值。由于现有服务不知道该新能力，获得默认值将不会引起服务问题。

图2图示出利用通用资源提供商的云服务系统50的另一示例。云服务管理器60供给并传送（例如，实例化、供应以及部署）服务以针对最终用户管理现有云服务和这些现有云服务的组合的寿命周期（例如，管理建筑物、进行中管理、报告、计量、报告等）。在所示示例中，云服务管理器60协调现有云服务的应用编程接口（API）的使用以便针对用户终端系统2（台式计算机、便携式计算机、智能电话、客户端、瘦客户端、服务器等）的用户管理现有云服务和现有云服务的组合的寿命周期。

根据特定实施方式，可针对一组最终用户（例如，企业的用户）由给定用户（例如，管理员）来执行云寿命周期管理服务的选择和订购，或者可由给定用户（例如，基于因特网的用户或雇员）针对给定用户的单独使用而执行云能力的选择和订购。

如在图2中描绘的，云服务管理器60可被给定最终用户系统52经由由局域网（LAN）结构、广域网（WAN）结构、因特网结构等中的一个或多个形成的网络结构54访问。这样，根据特定实施方式，云服务管理器60可驻留于因特网服务器上、驻留于私有LAN内的服务器上、驻留于WAN内的服务器上、驻留于台式计算机上，或者可以是web或SaaS（软件即服务），这些仅仅作为几个例子。

一般地，云服务管理器60的用户可通过云服务管理器60来选择“云能力”并订购。如这里所使用的短语“云能力”指的是由现有云资源提供的现有云服务的组合以及由云服务管理器60供给和传送的寿命周期管理服务。在可以通过用户门户或其它接口经由用户交互来生成云能力的同时，将认识到可以经由使云功能暴露于请求应用程序的API来以编程方式生成用于云能力的服务设计。云能力一般地与服务相关联，该服务与“云”相关联，作为示例，其可以是公共云（由基于因特网的网络形成的云，并提供一般地可用于公众成员的托管云服务）、私有云（由私有、受限访问网络（诸如企业网）形成的云，其向受限的一组成员提供托管云服务）、虚拟私有云（由公共网络形成的云，向受限的一组成员提供托管云服务）或混合云（由上述云中的两个或更多的组合形成的云）。在所示示例中，云服务管理器60包含具有用户接口的店面或市场模块，所述用户接口允许用户出于浏览和选择供给的云能力的目的而访问服务消费模块62。此外，通过访问服务消费模块62，用户还可对所选云能力的细节进行定制（例如，配置）；同意用于接收所选云能力的条款和/或条件；订购云能力（订阅该能力、为该能力支付等）；潜在地构建或修改“配方（recipes）”，从而指定用以将多个云能力组合或提供寿命周期管理的方式；随后更新（一个或多个）云能力选择；将云能力放大和缩小；以及一般地，管理订购的云能力的（一个或多个）寿命周期，包括引退该能力。

为了促进此用户选择和控制，服务消费模块62可以访问一个或多个云服务目录64（根据特定实施方式）和/或同一目录的不同视图，其描述可用云能力。该目录可以是目录的联合体或聚合体。用户可使用例如图形用户接口（GUI）来浏览目录64。根据某些实施方式，服务消费模块62可出于允许用户浏览目录64的目的而包含一个或多个API/接口。

更具体地，经由服务消费模块62，用户可选择各种通用资源66-68的组合以形成所选的云服务集合，并且一般地建立服务以针对给定用户或用户组管理此组合的寿命周期。作为示例，现有云资源66-68可包括基础设施即服务（IaaS）资源（诸如服务器、存储部件和网络部件）、平台即服务（PaaS）资源（其为提供诸如操作系统、硬件以及储存器之类的托管计算平台的资源）、软件即服务（SaaS）资源（其提供托管应用程序）以及数据库即服务（DBaaS）资源（其提供托管数据库作为服务）。这些资源66-68中的每一个并不依赖于特定物理或虚拟资源，而是替代地是用于提供所选云资源所需的资源或资源集合的通用代理。

除呈现服务供给之外，根据示例实施方式，服务消费模块62可以调节对云服务的用户订阅。在所示示例中，服务消费模块62可包含其它信息，诸如用户登录部件（包含口令、登录标识等的部件）；用户和承租人信息；用户订阅部件（描述订阅合同条款、订阅费率等的部件）；以及引擎，其包含允许对供给的服务的访问和修改、订阅数据的更新、登录信息的更新等的逻辑。

云服务管理器60包含用以传送在目录中描述并被用户选择的服务的服务传送模块70。更具体地，根据示例实施方式，使用可用云资源的调色板及其资源供给和动作，云服务设计者和/或管理员可构造计划或“服务蓝图”，其被存储在与服务传送模块相关联的存储器中并阐述用于对在目录64中描述和供给的云能力进行实例化、配置和/或管理的自动化动作的结构化计划。

针对给定服务蓝图，服务传送模块70可自动地承担动作以对关联云能力进行实例化和配置，从而限制由用户进行的关于所选云能力的实例化和配置的手动动作。根据示例实施方式，服务蓝图是工作流/配方/脚本的集合，其对应于可执行以出于管理给定云能力的寿命周期的目的而协调适当云资源的API的特定寿命周期管理动作。在所示示例中，在选择特定提供商之前，通用提供商可以执行在蓝图中定义的动作集合，例如关于通用资源所表示的功能或服务拓扑。在订阅期间，通用提供商本质上变换成所选特定提供商，并且将执行与所选资源相关联的资源特定动作。根据示例实施方式，设计者/管理员和/或用户可利用服务传送模块70来将多个服务蓝图协调/合成为新的云能力的服务蓝图，修改现有服务蓝图，并构造新服务蓝图。

根据示例实施方式，可使服务蓝图与各种商业条款相关联，诸如价格；合同期；与服务水平协议（SLA）相关联的条款等，其被存储在服务合成模块66的订阅部件中。服务在被关联到这些条款时变成服务供给。根据某些实施方式，可在目录中描述伴随给定服务蓝图的这些条款，并且一般地可由产品设计者来阐述这些条款。给定服务蓝图还可指定为了处理与给定合成云服务相关联的错误以处理而采取的动作和为了报告此类错误而采取的动作。一般地，其它服务蓝图可指定在服务的整个寿命周期期间如何监视和管理给定服务合成的寿命周期。根据最终的蓝图，可以提取用于相关联的一个或多个通用资源66-68的各参数集合，其表示这些条款和寿命周期参数中的每一个以及来自设计的其它相关参数。

根据给定服务蓝图，可以在服务消费部件62处向用户提供一个或多个服务估计，所选供给提供用于管理或构造云服务的服务设计。每个服务供给可以表示定义用于选择和配置特定提供商的要求的附加参数。一旦用户已选择了服务供给，则可以根据用户的身份和用户与系统的关系来添加附加参数。某些参数被暴露给用户并经由用户接口被直接地定义。在参数未被分配值的情况下，可以分配用于该参数的默认值。

一旦已经分配了所有参数，服务传送部件70根据服务供给来构造云服务。为此，云服务管理器60包括用以针对服务供给中的每个通用提供商而选择多个特定提供商82-84中的一个的基于规则的专家系统72。将认识到的是虽然在这里在云服务管理器内示出，但专家系统72可以替代地包括通过网络结构54连接的外部系统、服务消费部件62的一部分或服务传送部件70的一部分。基于规则的系统所利用的规则可以施行企业策略、服务质量要求、与用户的合同条款以及选择特定提供商时的服务实现的其它考虑。一旦选择了特定提供商，在代替在供给中定义的通用提供商而利用特定提供商的情况下，根据定义服务供给来发起服务。将认识到的是选择特定提供商还将涉及到确定用于该特定提供商的适当参数以命令其以满足所需目标的方式来配置服务，该适当参数可以不同于在选择特定提供商时使用的参数。用于特定提供商的这些配置参数可以包括例如模板名称、CPU的数目、磁盘尺寸或特定提供商要适当地供应服务部件所需的任何其它参数。用于特定提供商的任何所需配置参数将由专家系统确定作为选择特定提供商的一部分。

图3是图示出可以如何选择用来选择用于给定云服务的特定提供商的参数的一个示例的流程图100。通过使用通用提供商来代替特定资源直至订阅时间为止，可以在最适当的情况下指定策略值，服务设计、供给或订阅。在图3中，在多个策略判定点112-116中的每一个处定义参数总集合102的子集，每个表示设计和部署过程中的不同点。一旦已定义了所有参数，基于那些参数来进行特定提供商选择118以向多个特定提供商122-124中的关联特定提供商分配云服务。

在第一策略判定点112处，从服务蓝图提取参数的第一子集。这些参数可以包括服务设计本身所固有的值，其由用户从系统中的可用部件组装。例如，灾难恢复服务中的两个服务器一般地被选择成在地理上分离的。可以根据服务蓝图来确定详细描述此要求的参数。类似地，某些服务可以具有最低服务质量要求，其可以在设计阶段施行。

在第二策略判定点113处，针对多个服务供给中的每一个定义参数的第二子集。一般地，用于每个供给的参数将由系统的设计部件生成，并且用户在所述多个服务供给之中进行选择以提供用于此判定点113的参数。将认识到的是如图3中所示，可以在此点处改变在第一判定点112处确定的一个或多个参数。在一个示例中，供给可以表示不同的应用，与每个供给相关联的参数施行与应用相关联的策略判定。例如，在通用资源是服务器的情况下，用于研究和开发应用程序的供给具有带有指示应从位于测试实验室内的服务器中选择服务器的参数的供给，或者用于产品生产应用程序的供给具有带有指示应从四层数据中心内的服务器中选择服务器的参数的供给。将认识到的是第一和第二判定点102和103中的每一个在云服务供应的设计阶段期间发生。

在第三策略判定点114处，根据用户上下文来定义参数的第三子集。基于用户上下文的参数可以包括例如反映用户的特性（例如，地理位置、企业类型等）的参数以及表示用户与系统的关系的参数。例如，用户作为高级客户的状态可能是一个用户上下文参数，其可能影响提供监视或允许访问为此类客户预留的特定资源。在第四策略判定点115处，将值的第四子集暴露给用户以捕捉用户的偏好。例如，用户可能在用来提供特定资源的机器上选择许多中央处理单元（CPU）。

在第五策略判定点106处，该集合的参数中的所有其余参数被分配给默认值。这些默认值可以是从父对象继承的或者表示分配给给定类型的所有通用提供商的一般默认值。如果没有默认参数可用于该集合内的给定参数，则可以停止该过程，并且使该状况引起运营商的注意。一旦参数集合完成，特定提供商选择108在对服务的订阅期间向服务供给中的通用提供商分配特定提供商（例如，113）。具体地，专家系统分析所提供的所有参数，包括默认值（如果有的话），并且使用由管理员提供并更新的规则或策略集合来选择单个特定提供商和用于该提供商的所需配置参数。用来将通用提供商分辨为特定提供商的规则集可以在复杂性方面不同，并且可以针对不同类型的通用提供商而不同。一旦选择了特定提供商，则通用提供商实现特定提供商所暴露的所有公共动作，将其本身变换成特定提供商的实例化。

图4图示出用于提供云服务的方法150。将认识到的是可以使用包括一个或多个处理器的处理资源以及包括一个或多个非临时计算机可读介质的存储器资源来实现方法150。将认识到的是给定存储器资源或处理资源可以由多个分立部件组成，其可以是空间上不同的且经由网络结构相连。在152处，在云服务供应的设计阶段期间生成定义云服务的服务供给。在一个实施方式中，通过创建表示云服务的服务蓝图（其包含用于云服务的通用提供商）且然后生成多个服务供给作为服务蓝图的实例化来生成服务供给。然后将多个服务供给提供给请求云服务的用户以选择服务供给。

在154处，在订阅阶段期间从多个可用特定资源中选择用于定义的云服务的特定提供商。在一个实施方式中，生成与云服务相关联的多个参数，并根据生成的多个参数在专家系统处选择特定提供商。在一个实施方式中，专家系统是实现由系统管理员定义的多个逻辑规则的基于规则的专家系统。所述多个参数可以包括从服务蓝图导出的第一参数集合、从服务供给导出的第二参数集合以及从请求云服务的用户的特性导出的第三参数集合中的任一个或全部。在156处，使用所选特定提供商在服务供给中定义云服务。在一个实施方式中，通过用来自服务蓝图的用所选特定提供商替换的通用提供商来实现在服务供给中定义的服务而提供服务。

图5是图示出能够实现用于在图1-4中公开的云服务供应的示例系统和方法的硬件部件的示例性系统200的示意性框图。系统200可以包括各种系统和子系统。系统200可以是个人计算机、膝上型计算机、工作站、计算机系统、仪器、专用集成电路（ASIC）、服务器、服务器刀片中心、服务器场或任何其它适当的处理部件。

系统200可以包括系统总线202、处理单元204、系统存储器206、存储器设备208和210、通信接口212（例如，网络接口）、通信链路214、显示器216（例如，视频屏幕）以及输入设备218（例如，键盘和/或鼠标）。系统总线202可以与处理单元204和系统存储器206进行通信。诸如硬盘驱动器、服务器、独立数据库或其它非易失性存储器之类的附加存储器设备208和210还可以与系统总线202进行通信。系统总线202将处理单元204、存储器设备206-210、通信接口212、显示器216以及输入设备218可操作地互连。在某些示例中，系统总线202还将诸如通用串行总线（USB）端口的附加端口（未示出）可操作地互连。

处理单元204可以是计算设备，并且可以包括专用集成电路（ASIC）。处理单元204执行指令集合以实现这里公开的示例的操作。该处理单元可以包括处理核。

附加存储器设备206、208和210可以存储文本或已编译形式的数据、程序、指令、数据库查询以及操作计算机可能需要的任何其它信息。可以将存储器206、208和210实现为计算机可读介质（集成的或者可移动的），诸如存储器卡、磁盘驱动器、光盘（CD）或可通过网络访问的服务器。在某些示例中，存储器206、208和210可以包括文本、图像、视频和/或音频。

另外，存储器设备208和210可以充当数据库或数据储存器。附加地或替换地，系统200可以通过通信接口212来访问外部数据源，通信接口212可以与系统总线202和通信链路214通信。

在操作中，可以使用系统200作为云供应系统的全部或一部分，其在设计阶段利用通用资源提供商来延迟用于云服务设计的给定元素的特定提供商资源的选择。根据某些示例，用于实现云供应系统的计算机可执行逻辑驻留于系统存储器206和存储器设备208、210中的一个或多个上。处理单元204执行来源于系统存储器206及存储器设备208和210的一个或多个计算机可执行指令。这里所使用的术语“计算机可读介质”可以指代参与向处理单元204提供指令以便执行的单个介质或多个分立介质。

上文所述的是本发明的示例。当然，不可能出于描述本发明的目的而描述部件或方法的每个可设想组合，但是本领域的普通技术人员将认识到本发明的许多进一步组合和排列是可能的。因此，本发明意图涵盖落在所附权利要求范围内的所有此类变更、修改和变型。

Claims (15)

1.一种云供应系统，包括存储器资源和用以执行来自存储器资源的指令的处理资源，其中，存储器资源存储指令，所述云供应系统包括：

专家系统，可执行用于针对在关联设计部件处生成的服务设计中所定义的通用资源提供商而根据与服务设计相关联的参数集合从多个可用特定资源提供商中选择特定资源提供商；以及

服务传送部件，可执行用于从服务设计和所选特定资源提供商构造或管理云服务。

2.权利要求1的云供应系统，其中，专家系统可执行用于根据与服务设计相关联的参数集合和与多个可用特定资源提供商相关联的参数集合来选择特定资源提供商，与多个可用特定资源提供商相关联的参数集合表示对多个可用特定资源提供商的约束。

3.权利要求1的云供应系统，其中，专家系统可执行用于根据与服务设计相关联的参数集合和从表示请求云服务的用户的特性的用户上下文得到的参数集合来选择特定资源提供商。

4.权利要求1的云供应系统，其中，与服务设计相关联的参数集合包括从用于服务设计的初始服务蓝图导出的第一参数集合和从由设计部件从初始服务蓝图生成的服务供给导出的第二参数集合。

5.权利要求1的云供应系统，其中，专家系统可执行用于根据与服务设计相关联的参数集合和被暴露给请求云服务的用户且由用户直接地选择的参数集合来选择特定资源提供商。

6.权利要求1的云供应系统，其中，专家系统可执行用于根据与服务设计相关联的参数集合和与通用资源提供商相关联的默认参数集合来选择特定资源提供商。

7.权利要求1的云供应系统，其中，通用资源提供商是表示各资源类型的多个通用资源提供商中的第一通用资源提供商，多个通用资源提供商中的每个通用资源提供商包括专家系统，用以针对服务设计从来自与服务设计相关联的参数集合的所表示类型的多个可用特定资源提供商之中选择其所表示资源类型的特定资源提供商。

8.权利要求1的云供应系统，其中，专家系统可执行用于根据与服务设计相关联的参数集合和表示系统上下文的参数集合来选择特定资源提供商。

9.权利要求1的云供应系统，其中，专家系统可执行用于根据策略判定点来执行基于策略的供应和部署以及资源的寿命周期管理以选择要部署或供应哪些服务和资源以及将用来管理服务和资源的方式。

10.一种用于提供云服务的方法，包括：

在云服务供应的设计阶段期间生成定义云服务的服务设计，所生成的服务设计被存储在非临时计算机可读介质上；

在订阅阶段期间从多个可用特定资源中选择用于定义的云服务的特定提供商；以及

使用所选特定提供商来提供在服务设计中定义的云服务。

11.权利要求10的方法，其中，从多个特定资源中选择特定提供商包括：

生成与云服务相关联的多个参数；以及

根据所生成的多个参数在专家系统处选择特定提供商。

12.权利要求11的方法，其中，生成定义云服务的服务设计包括：

生成表示云服务的服务蓝图，该蓝图包含用于云服务的通用提供商；

生成多个服务供给作为服务蓝图的实例化；以及

将多个服务供给提供给请求云服务的用户以选择服务供给。

13.权利要求11的方法，其中，提供在服务设计中定义的云服务包括用特定提供商来替换来自服务蓝图的通用提供商。

14.权利要求11的方法，其中，生成与云服务相关联的多个参数包括从服务蓝图生成第一参数集合并从服务供给生成第二参数集合。

15.一种用于提供云服务的方法，包括：

在云服务供应的设计阶段期间生成表示云服务的服务蓝图，该蓝图包含用于云服务的通用提供商；

生成多个服务供给作为服务蓝图的实例化；

将多个服务供给提供给请求云服务的用户以在设计状态期间选择服务供给；

将所选服务供给存储到非临时计算机可读介质；

从服务蓝图生成第一参数集合；

从服务供给生成第二参数集合；

根据请求云服务的用户的特性来生成第三参数集合；

使用基于规则的专家系统在订阅阶段期间从多个可用特定资源中选择用于定义的云服务的特定提供商，基于规则的专家系统对第一、第二和第三参数集合施加由系统管理员定义的多个逻辑规则；以及

使用所选特定提供商而不是通用提供商来提供在服务供给中定义的云服务。