CN105518651A - 用于云服务的基于策略的资源选择 - Google Patents

Abstract

为云服务选择资源可以包括定义特定资源提供器约束参数，确定特定资源提供器约束参数的参数值，分析多个特定资源提供器，以及基于分析并使用最佳拟合模型从多个可用特定资源提供器中选择特定资源提供器。

Description

用于云服务的基于策略的资源选择

背景技术

云服务通常涉及允许终端接收者计算机系统(例如瘦客户端、便携式计算机、智能电话、台式计算机等等)通过网络(例如互联网)访问被托管的计算和/或存储资源(例如云资源)的池以及网络的服务。以该方式，主机、云服务提供器可以例如通过托管应用程序而提供软件即服务(SaaS)；通过托管设备(例如服务器、存储部件、网络部件等)而提供基础设施即服务(IaaS)；或者通过托管计算平台(例如操作系统、中间件、数据库、自动扩缩基础设施等)而提供平台即服务(PaaS)。

典型的云服务产生基于需求的收费，由云服务提供器管理，并且可以由终端用户扩缩(例如根据期望的存储容量、处理能力、网络带宽等而扩缩)。云服务可以是通常对于所有潜在用户均可用的公共服务(例如基于互联网的服务)，或者是通过私有网络(例如商业企业网络)提供的访问受限的私有服务，以及受管理的云服务－私有或被托管的－(例如虚拟私有云服务)或混合云服务(是以上的组合的云服务)。传统地，当用户订购云服务时，用户可以在所提供的/实例化的基础设施上人工地执行与部署和配置与所订购的云服务相关联的软件相关的各种动作(例如虚拟机(VM)、中间件、应用程序软件、应用程序部件等的部署)。另外，可以经由应用程序编程接口(API)从其他应用程序或系统接收请求。

附图说明

图1是根据本公开的用于为云服务提供系统选择资源的环境的示例的视图。

图2是根据本公开的用于使用云服务管理器为云服务提供系统选择资源的环境的示例的视图。

图3是根据本公开的用于为云服务提供系统选择资源的环境的示例的另一视图。

图4图示了根据本公开的用于为云服务选择资源的流程图。

图5－图6图示了根据本公开的系统的示例。

图7图示了根据本公开的用于为云服务选择资源的方法的示例的流程图。

具体实施方式

机构可以采用云服务管理器供应并交付(例如实例化、提供并部署)服务，并针对终端用户管理云服务的生命周期。如在此所使用的，管理云服务的生命周期可以包括例如，管理云服务的构建、现有云服务的正在进行的管理、报告、计量和/或审计。更具体地，云服务管理器可以编排现有云服务的API的使用，以便针对终端系统(例如台式机、便携式计算机、智能电话、客户端、瘦客户端、服务器)的用户管理现有云服务和现有云服务的组合的生命周期。如在此所使用的，服务设计可以包括对云性能进行实例化的动作集合以及在云性能的实例化中将要利用的资源的汇总。

依赖于特定的实施方式，云生命周期管理服务的选择和订购可以由给定用户(例如管理员)针对终端用户的群组(例如企业的用户)而执行，或者云性能的选择和订购可以由给定用户(例如基于互联网的用户或雇员)针对给定用户的独立使用而执行。云服务管理器的用户可以通过云服务管理器选择并订购云性能。在一些示例中，应用程序或系统可以选择并订购云性能。如在此所使用的，云性能涉及现有的云服务、由现有云资源支持的现有云服务的组合、以及由云服务管理器供应并交付的生命周期管理服务。云性能可以与服务相关联，服务与“云”相关联，云可以是公共云(例如由基于互联网的网络所形成的并且提供了通常可用于公众的被托管云服务的云)、私有云(例如由私有的、访问受限的网络(诸如企业网络)所形成的云，其为受限的成员群组提供被托管的云服务)、虚拟私有云(例如由公共网络所形成的、为受限成员群组提供被托管的云服务的云)、和/或混合云(例如由前述云的两个或多个的组合形成的云)。然而，云的示例不限于此，并且云可以包括多个不同类型的分布式计算系统和/或其组合。如在此所使用的，“一”或“多个”某物可以涉及一个或多个这种事物。

一些云服务管理器使得用户能够通过用户门户或其他接口经由用户交互而请求云性能并随后管理最终的订阅。这种云服务管理器利用对云性能进行实例化并管理的系统，并且可以限定最优资源来执行特定服务。然而，存在无法基于运行时确定的参数而部署所提供的系统的管理系统。在其中在设计时就决定了特定提供器的系统中，服务设计在设计时就被锁定。

比较而言，根据本公开的各个实施例，通用资源提供器可以使用任何编排器而实现，也即，包括并不支持提供器的动态选择的管理编排器。在使用通用资源提供器时，用户可以添加策略以约束与蓝图一起使用的特定资源提供器的选择。另外，最佳拟合模型可以用于基于运行时(例如在程序和/或程序组合的执行期间)的像服务质量(QoS)、商业策略(例如花费限制，私有或公共云的使用偏好，基于部门单位的资源利用的偏好)、服务等级协议(SLA)以及其他约束或背景考虑之类的多个准则而选择资源(例如服务器、存储器、网络、安全、应用程序安装、监控和管理)。

选择在“运行时”而不是“设计时”执行任务(例如用于提供性能的资源的定义)的特定资源提供器提供了多个优点。例如，其允许更好地分隔各个角色和功能之间的关系。一旦已经建立了设计，下层的提供器基础设施(和/或所选择的支持服务)可以改变而不影响给定服务。在策略所支持的不同情形中的任意情形之间，无需改变服务设计。另外，特定资源提供器和它们所支持的策略的所有复杂性对于功能需求来说是抽象的，使得设计者可以针对具有供应的单个集合的给定资源类型而与一个提供器合作。以该方式，通过修改或添加服务蓝图和供应中的商业策略和QoS参数，而控制了云服务的部署，这接着驱动了特定资源提供器的选择。

图1是根据本公开的用于为云服务提供系统选择资源的环境100的示例的视图。环境100可以包括被配置为与用户合作创建云性能的服务设计的设计部件101。服务设计可以包括用于实例化云性能的动作集合以及在云性能的实例化中将要采用的资源的汇总。然而，示例不限于此，并且服务设计可以包括管理云服务生命周期的任何阶段的动作的集合，包括更新、监控、解构、撤回和/或解除订阅。如在此所使用的，资源涉及云资源，并且可以包括服务器、数据存储设备、网络设备、安全应用程序、应用程序安装、监控设备和/或管理设备。然而，示例不限于此，并且资源可以包括多种不同的软件和/或硬件部件。

在本公开的多个示例中，服务设计可以被定义并且被提供至服务交付部件103以供为云服务而实施。服务设计可以包括多个通用资源提供器，而不是将所提供的服务与特定云资源相关联。在这些示例中，可以基于需提供的定服务而选择通用资源提供器，并且多个参数可以与通用资源提供器相关联以选择特定资源提供器(例如105-1、105-2、……105-N)。如在此所使用的，参数可以包括用于从多个不同的通用资源提供器中识别特定资源提供器的考虑和/或约束。参数可以包括多个考虑，诸如QoS需求(例如存储空间量、带宽、优先级、系统的整体负荷以及处理性能)、SLA、商业策略(例如由商业所限定的任何策略)、和/或背景考虑(例如应用程序和安全需求的类型，位置，允许谁使用什么(例如分层供应))。参数可以包括分类参数、序数值、区间值和/或比率值。在一些示例中，参数可以与请求一起提供给通用资源提供器。换言之，参数可以是从由用户和/或其他应用程序提交的服务请求中获得的信息。

如在此所使用的，通用资源提供器概括地表示不会根据其相关联的功能而捆绑至特定类型、位置或资源的云资源。例如，服务设计可以包括服务器类型的通用资源提供器(例如通用服务器资源)，并未将资源限制至特定物理服务器组件或甚至将其限制为物理的或虚拟的实施方式。多种不同类型的通用资源提供器可以可用于给定的服务设计，包括例如服务器资源、网络结构、数据存储、软件应用程序、监控、和管理接口。

在多个示例中，可以从多个可用的特定资源提供器(例如105-1、105-2……105-N)中选择特定的资源提供器(例如特定的资源提供器105-1)。如在此所使用的，特定资源提供器涉及可以用于执行相关功能的物理或虚拟云资源的特定集合，并且不同于通用资源提供器被捆绑至资源的特定位置和类型。例如，物理和虚拟服务器均可以表示通用服务器的特定资源提供器(例如服务器类型的通用资源提供器)，并且可以与通用服务器相关联的一个特定服务器资源可以包括位于特定数据中心中的物理服务器组件。一旦选择了特定资源提供器(例如105-1)，服务交付部件103就可以指令在设计部件101处选择的每个通用资源提供器实施由所选择的特定资源提供器105-1所暴露的所有公共动作，以高效地将其转换为特定资源提供器105-1的实例化。

可以由与服务交付部件103通信的专家系统107来执行每个通用资源提供器的特定资源提供器的选择。在这些示例中，专家系统107可以基于从服务设计得到的多个参数而选择特定资源提供器。此外，专家系统107可以包括基于规则的专家系统，其根据多个准则而为每个通用资源提供器确定合适的特定提供器，如参照图5和图6进一步所述。

图2是根据本公开的用于使用云服务管理器213为云服务提供系统选择资源的环境200的示例的视图。云服务管理器213可以供应并交付(例如实例化、提供和部署)服务以针对终端用户而管理现有云服务以及现有云服务的组合的生命周期。

如图2中所示，云服务管理器213可以由给定终端用户系统209经由网络211而访问。网络211可以包括局域网(LAN)、广域网(WAN)和/或互联网的一个或多个。因此，云服务管理器213可以驻留在互联网服务器上，私有LAN内的服务器上，WAN内的服务器上，台式计算机上，和/或可以被供应为软件即服务(SaaS)。

在多个示例中，云服务管理器213的用户可以通过云服务管理器213选择并订购云性能。云服务管理器213可以包括服务消费模块215。服务消费模块215可以包括使用户能够浏览并选择所供应的云性能的店面和/或市场。此外，通过服务消费模块215，用户可以执行多个动作。例如，通过服务消费模块215，用户可以定制(例如配置)所选择的云性能的细节，同意接收所选择的云性能的条款和/或条件，和/或订购云性能(例如订阅性能和/或为性能付费)。此外，通过服务消费模块215，用户可以通过指定组合多个云性能或者提供生命周期管理的方式而构建和/或修改云设计。用户可以随后使用服务消费模块215更新云性能，扩展并缩减云性能，并且执行其他功能以管理多个云性能的生命周期。

为了便于用户对云性能的选择和控制，服务消费模块215可以访问一个或多个云服务目录217。如在此所使用的，云服务目录217可以包括可用云性能的数据库。在多个示例中，云服务目录217可以包括目录的联合和/或聚集。用户可以通过访问图形用户界面(GUI)而浏览云服务目录217。

通过服务消费模块215，用户可以选择各种通用资源提供器(例如219-1、219-2、……219-N)的组合，以形成云服务的选定集合和/或设置用于针对给定用户或用户群组而管理该组合的生命周期的服务。作为示例，通用资源提供器219-1……219-P可以包括基础设施即服务(IaaS)资源(例如服务器、存储部件和网络部件)、PaaS资源(例如提供诸如操作系统、硬件和存储之类的被托管的计算平台的资源)、SaaS资源(例如提供被托管的应用程序的资源)、和/或数据库即服务(DbaaS)资源(例如其提供被托管的数据库作为服务)。每个通用资源提供器219-1……219-P可以不被捆绑至特定的物理或虚拟资源，而是可以替代地是提供所选择的云资源所需的资源或资源集合的通用定位符。

如参照图1所述，云服务管理器213包括服务交付部件203，其用于交付在服务目录217中所述并且由用户所选择的服务。在一些示例中，使用多个可用云资源以及它们的资源供应和动作，云服务管理员可以构建计划(例如服务蓝图)，其可以存储在与服务交付模块相关联的存储器中，并且可以记载用于实例化、配置和/或管理在服务目录217中所描述并供应的云性能的自动化动作的结构化计划。如在此所使用的，服务蓝图包括与特定生命周期管理动作相对应的工作流、配方和/或脚本的集合，其中特定生命周期管理动作可以被执行以为了管理给定云性能的生命周期的目的而编排合适的云资源的API。

对于给定的服务蓝图，服务交付部件203可以自动地采取动作以实例化并配置相关联的云性能，从而限制了由用户做的属于所选择云性能的实例化和配置的手动动作。在这些示例中，在选择特定提供器之前，通用资源提供器可以执行在蓝图中所定义的例如关于由通用资源所表示的服务拓扑或功能的动作集合。在订阅期间，通用资源提供器可以基本上被转换为所选择的特定资源提供器，并且可以执行与所选择的特定资源提供器相关联的资源特定动作。也即，通用资源提供器可以指向特定资源提供器，然而，示例不限于此，并且通用资源提供器可以包括服务蓝图本身。在本公开的多个示例中，云服务管理员和/或用户可以利用服务交付部件203将多个蓝图编排和/或编写为新的云性能的服务蓝图，修改现有的服务蓝图，和/或构建新的服务蓝图。

在一些示例中，服务蓝图可以与存储在服务消费模块215的订阅部件中的各种商业条款(例如价格、合约周期、和/或与SLA相关联的条款)相关联。当其与这些条款相关联时，服务可以变为服务供应。伴随给定服务蓝图的条款可以在服务目录217中描述，并且在一些情形中可以由产品设计者记载。给定的服务蓝图可以进一步指定处理与给定云服务相关联的错误所需的动作、以及报告这些错误所需的动作。在其他示例中，给定服务蓝图可以指定如何监控并管理给定服务的生命周期。

从服务蓝图，多个服务供应可以在服务消费模块215处提供给用户，其中所选择的供应提供用于管理或构建云服务的服务设计。每个服务供应可以表示定义了用于选择并配置特定提供器的需求的附加参数。一旦用户选择了服务供应，附加参数就可以根据用户的身份以及用户与系统的关系被添加。另外，一些参数可以暴露给用户并且经由用户界面直接定义。在尚未定义参数的情况下，可以为该参数分配默认值。

一旦已经识别了多个参数，服务交付部件203就可以从服务供应构建云服务。云服务管理器213可以利用实施了最佳拟合模型的基于规则的专家系统207，为服务供应中的每个通用资源提供器选择多个特定资源提供器205-1、205-2、205-N中的一个。

图3是根据本公开的用于为云服务提供系统选择资源的环境300的示例的另一视图。在多个示例中，可以在云服务管理系统(例如HP云服务自动化(CSA3.2)，例如)中实施用于云服务的基于策略的资源选择。云服务管理系统可以编排计算和基础设施资源以及复杂多层应用程序体系结构或由蓝图和/或服务设计所描述的任何其他云服务的部署。在多个示例中，云服务管理系统可以包括基于目录的订阅进程。例如，订户可以请求将要在云服务中实施的特定云服务供应。在一些示例中，订户可以修改预定义的云服务供应，其中预定义的云服务供应包括定价和其他客户专属特征。

如图3中所示，云服务管理系统300可以包括多个不同的体系结构部件。例如，云服务管理系统可以包括云服务管理门户350、云订户门户352、云交付门户354、处理引擎模块356、以及多个应用程序管理模块358。

云服务管理门户350可以包括硬件和/或硬件与程序的组合以执行用于管理云服务的多个不同功能。例如，云服务管理控制台350可以使用管理模块350-1执行管理性功能，使用设计模块350-2执行设计功能，和/或使用目录和服务管理模块350-3执行管理功能。云订户门户352可以包括硬件和/或硬件与程序的组合以执行支持云订户的多个不同的功能。例如，云订户门户可以执行允许云订户浏览云服务目录(例如使用目录浏览模块352-1)、订购云服务(例如使用订购模块352-2)、批准云服务供应(例如使用批准模块352-3)、和/或查看订阅(例如使用查看和操作模块353-3)的功能。

云交付平台354可以包括硬件和/或硬件与程序的组合以执行用于交付云服务的多个不同功能。例如，云交付平台354可以包括服务消费子模块(例如服务消费子模块354-1)，其包括关于云服务定价、可用云服务的目录、多个供应、和/或对于云服务的订阅的信息。类似地，云服务交付平台354可以包括服务交付子模块(例如服务交付子模块354-2)，其可以包括关于服务蓝图、云服务部件、实例和/或绑定的信息。此外，云服务交付平台354可以包括资源供给子模块(例如资源供给子模块354-3)，其可以包括关于资源池、云服务提供器、云服务供应、和/或云服务订阅的信息。

在多个示例中，云管理系统300可以包括处理引擎356。处理引擎356可以包括硬件和/或硬件与程序的组合以编排云服务管理操作(例如使用操作编排模块)。例如，不同于其他云服务管理系统，处理引擎356可以实施用于云服务的基于策略的资源选择，如图1－图2以及图5－图7中所示。在一些示例中，处理引擎356可以使用通用资源提供器以基于多个不同策略而动态地选择服务提供器。此外，云管理系统300可以包括应用程序管理系统358。应用程序管理系统358可以包括硬件和/或硬件与程序的组合以管理应用程序。

图4图示了根据本公开的用于为云服务选择资源的流程图。如图4中所示，云服务管理系统400可以管理在订户(例如经由消费者数据流465)、云服务(例如经由服务交付数据流466)、与资源提供器(例如经由资源供给数据流467)之间的信息流动。例如，在460处，云服务管理系统400可以产生资源供应。产生资源供应可以包括从下层资源提供器产生和/或导入资源供应。在461处，云服务管理系统400可以产生服务蓝图。产生服务蓝图可以包括设计云服务，包括在云服务中所包括的配置、拓扑、行为、资源绑定和/或服务选项。在462处，云服务管理系统400可以创建服务供应。创建服务供应可以包括例如定义对于特定云服务的定价，定义与云服务相关的多个选项，定义与云服务相关的默认选项，和/或定义与云服务相关的SLA文档。

在463处，云服务管理系统400可以向订户展示服务供应以用于查看、批准和订阅。在464处，云服务管理系统400可以创建特定服务供应的实例。创建特定服务供应的实例可以包括选择服务部件，绑定资源以提供云服务，和/或产生资源订阅。在多个示例中，特定服务供应和/或特定服务供应的资源订阅的实例可以发送至操作编排器468以用于实施。

在一些示例中，不同于其他云服务管理系统，通用资源提供器可以用于基于多个策略而选择特定资源提供器。例如，操作编排器可以使用基于规则的算法来选择特定资源提供器。

图5和图6图示了根据本公开的系统502、618的示例。图5图示了根据本公开的用于为云资源选择资源的系统502的示例的视图。系统502可以包括数据存储516，管理系统504，和/或多个引擎506、508、510、512、514。管理系统504可以经由通信链路与数据存储516通信，并且可以包括多个引擎(例如定义引擎506、确定引擎508、规则定义引擎510、分析引擎512、选择引擎514等)。管理系统504可以包括与所示用于执行在此所述各个功能的引擎相比额外的或较少的引擎。

这多个引擎可以包括硬件与的程序的组合，其被配置为执行在此所述的多个功能(例如基于多个参数值定义多个可配置规则)。程序可以包括存储在存储器资源(例如计算机可读介质，机器可读介质等)中的程序指令(例如软件、固件等)以及硬连线的程序(例如逻辑)。

定义引擎506可以包括硬件和/或硬件与程序的组合以定义多个特定资源提供器约束参数。如参照图1和图2所述，参数可以包括用于从多个不同特定资源提供器中识别特定资源提供器的考虑和/或约束。一旦选择了特定资源提供器，就可以在运行时向通用资源提供器提供多个参数。可以以多种方式定义参数。在一些示例中，可以从服务蓝图提取参数。这些参数可以包括服务设计自身固有的数值，其由用户从系统中的可用部件组装出。例如，灾难恢复服务中两个服务器通常被选择为在地理上分离。可以从服务蓝图而确定详述该需求的参数。类似地，某些服务可以具有服务需求的最小质量，其可以在设计阶段实施。

在一些示例中，可以由供应定义参数。供应可以包括服务蓝图的特定实例化。例如，供应可以表示不同应用程序，其中参数与实施了与应用程序相关联的策略决定的每个供应相关联。在其他示例中，可以根据用户背景而定义参数。基于用户背景的参数可以包括例如反映了用户特性(例如地理位置、商业类型等)的参数，以及表示了用户与系统的关系的参数。例如，用户是保险费客户的状态可以是一种用户背景参数，其可以影响提供监控或者允许访问为这些客户保留的特定资源。在另外其他示例中，可以由用户定义参数。例如，用户可以在用于提供特定资源的机器上选择多个中央处理单元(CPU)。

确定引擎508可以包括硬件和/或硬件与程序的组合以确定特定资源提供器约束参数中的每一个的参数值。在并未分配参数的情况下，可以分配默认参数。例如，如果需要四个参数以约束特定资源提供器从通用资源提供器中的选择，并且仅提供了三个参数，则可以分配默认参数。这些默认参数可以从父类对象继承，或者表示分配至给定类型的所有通用提供器的通用默认参数。如果对于集合内的给定参数没有可用的默认参数，则进程可以中断，并且引起操作者对状态的注意。

在多个示例中，可以针对每个参数确定参数值。参数值可以包括由基于规则的专家系统使用以基于最佳拟合模型选择特定资源提供器的字符串。字符串可以包括字符(例如字母、数字、符号和/或标点符号)的序列并且可以是有限长度的。

规则定义引擎510可以包括硬件和/或硬件与程序的组合以基于多个参数值而确定多个可配置规则。规则可以是使得用户和/或管理员能够基于多个参数从通用资源提供器选择特定资源提供器的标准和/或策略的集合。规则可以改变复杂性，并且可以针对不同类型的通用提供器而不同。在多个示例中，可以在规则数据库中存储多个之前定义的规则以便后续使用。

可以以多种方式定义规则。在一些示例中，可以由云服务管理员定义规则。例如，云服务管理员可以基于商业策略和/或QoS约束而定义多个规则，并且所述规则可以存储在规则数据库中。在该情形中，由云服务管理员定义的规则可以将特定资源和相应的供应捆绑至商业策略和/或QoS约束。例如，由商业策略定义的规则可以指定特定资源必须具有在特定阈值内的成本(例如必须成本小于$2,000)。在多个示例中，云服务管理员可以基于商业策略和/或QoS约束而修改和/或更新多个规则。

在其他示例中，可以由用户在订阅时(例如在用户订阅服务时)定义规则。例如，在订阅时，用户可以从限定了约束(诸如商业策略和/或QoS约束)的多个选项中选择若干选项。在多个示例中，可以在云服务的实例化之前修改和/或配置由用户在订阅时定义的规则。

在另外的其他示例中，可以基于用户背景而定义规则。例如，基于用户的背景(例如用户的位置、用户的授权等级、用户的商业单位和/或部门)，可以预选择规则。例如，用户可以位于欧洲，并且可以定义要求由用户利用的特定资源(例如数据库)必须也位于欧洲的规则。然而，示例不限于此，并且基于用户背景而定义的规则可以包括由用户的特性和/或特点所定义的多个不同规则。如前所述，规则可以存储在规则数据库中并且可以在运行时配置。

分析引擎512可以包括硬件和/或硬件与程序的组合以使用多个可配置规则分析多个可用特定资源提供器。基于所选择的多个参数而定义的多个规则可以称作完全规则集合。一旦定义了完全规则集合，就可以识别特定资源提供器的子集，其在此称作可用特定资源。可用特定资源可以是基于所提供的规则可以执行云服务的用户所希望的服务的那些资源。例如，如果规则提供了两个服务器总是空间地分离，则两个服务器中只有一个将是资源，因为无法选择两者以用于实例化。分析引擎512可以利用最佳拟合模型(例如最佳拟合算法)以分析可用特定资源提供器。使用最佳拟合模型，分析引擎512可以确定用于执行服务的最佳特定资源提供器和/或特定资源提供器的最佳组合。最佳拟合模型可以使用规则并且基于各种度量而分析特定资源提供器，其中度量除了其他因素之外包括性能(例如响应时间、延迟等)、可扩缩性、兼容性和/或互用性。

选择引擎514可以包括硬件和/或硬件与程序的组合以基于分析并且使用最佳拟合模型而从多个可用特定资源提供器中选择特定资源提供器。一旦选择了特定资源提供器，通用资源提供器就实施由特定资源提供器指示的动作，由此将其自身转换为特定提供器的实例化。

图6图示了根据本公开的计算设备618的示例的视图。计算设备618可以利用软件、硬件、固件和/或逻辑来执行在此的多个功能。

计算设备618可以是被配置为共享信息的硬件与程序指令的任意组合。硬件例如可以包括处理资源620和/或存储器资源624(例如计算机可读介质(CRM)、机器可读介质(MRM)、数据库等)。如在此使用的，处理资源620可以包括能够执行存储器资源624所存储的指令的任意数目的处理器。处理资源620可以集成在单个设备中或者分布跨越多个设备。程序指令(例如计算机可读指令(CRI))可以包括存储在存储器资源624上并且由处理资源620可执行以实施期望功能(例如以基于多个参数值而定义多个规则)的指令。

存储器资源624可以与处理资源620通信。如在此使用的，存储器资源624可以包括能够存储可由处理资源620执行的指令的任意数目的存储器部件。这种存储器资源624可以是非临时的CRM或MRM。存储器资源624可以集成在单个设备中或者分布跨越多个设备。此外，存储器资源624可以完全或部分地集成在与处理资源620相同的设备中，或者其可以是分立的但是可由该设备和处理资源620访问。因此，应该注意的是，计算设备618可以实施在参与者设备上，服务器设备上，服务器设备的集合上，和/或用户设备与服务器设备的组合上。

存储器资源624可以经由通信链路(例如路径)622与处理资源620通信。通信链路622对于与处理资源620相关联的机器(例如计算设备)来说，可以是本地或远程的。本地通信链路622的示例可以包括机器(例如计算设备)内部的电子总线，其中存储器资源624是经由电子总线与处理资源620通信的易失性、非易失性、固定和/或可移除存储介质中的一种。

多个模块626、628、630、632、634可以包括当由处理资源620执行时可以执行多个功能的CRI。多个模块626、628、630、632、634可以是其他模块的子模块。例如，定义模块626和确定模块628可以是子模块和/或包含在同一计算设备内。在另一示例中，多个模块626、628、630、632、634可以包括在分立且不同的位置处的各模块(例如CRM等)。

多个模块626、628、630、632、634中的每一个可以包括当由处理资源620执行时可以用作在此所述的对应引擎的指令。例如，定义模块626可以包括当由处理资源620执行时可以用作定义引擎506的指令。在另一示例中，规则定义模块630可以包括当由处理资源620执行时可以用作规则定义引擎510的指令。

图7图示了根据本公开的用于为云服务选择资源的方法740的示例的流程图。方法740可以包括从多个通用资源提供器(图4中未示出)中选择通用资源提供器。可以基于类型而选择通用资源提供器。例如，用户可以选择服务器类型的通用资源提供器。在741处，方法740可以包括定义多个特定资源提供器约束参数。特定资源提供器约束参数可以包括基于所提供的通用资源提供器而约束用于选择的可用特定资源提供器的列表的参数。例如，如果选择通用服务器作为通用资源提供器，则多个特定资源提供器可以可用于利用服务器而构建云服务。多个参数可以减少可用于利用服务器构建云服务的多个特定资源提供器。

在424处，方法740可以包括确定特定资源提供器约束参数中的每一个的参数值。如参照图1－图2B中所述，可以以多个方式确定参数。可以从参数中确定参数值(例如字符的有限列表)，用于最佳拟合模型中以确定用于特定服务的最佳特定资源提供器。

在743处，方法740可以包括基于多个参数值定义多个可配置规则。例如，基于在步骤424处确定的参数值，可以从规则数据库中选择多个预定义规则。在其他示例中，可以基于在步骤741－742处输入的参数和/或参数值来构建规则。规则可以是可配置规则，其中可以由云服务管理员和/或云服务管理器的用户添加、删除和/或修改规则。方法740可以包括将多个特定资源提供器约束参数发送至通用资源提供器(图4中未示出)。

在744处，方法740可以包括使用多个可配置规则分析多个可用特定资源提供器。基于所选择的通用资源提供器，多个特定资源提供器可以能够执行期望的服务(例如“可用的”特定资源提供器)。通过使用最佳拟合模型，可以使用多个可配置规则来分析多个可用特定资源提供器以使能够选择最佳特定资源提供器。

在745处，方法740可以包括基于分析并使用最佳拟合模型从多个可用特定资源提供器中选择特定资源提供器。在一些情形中，特定资源提供器的选择可以是自动的(例如在没有用户输入的情况下选择特定资源提供器)。在其他情形中，特定资源提供器的选择可以是基于用户输入。例如，方法740可以包括向用户展示用于执行云服务的多个“最佳”特定资源提供器，并且提示用户选择多个最佳特定资源提供器中的一个用于实施。

在746处，方法740可以包括将通用资源提供器转换为所选择的特定资源提供器的实例。一旦选择了特定资源，云服务管理器的服务交付部件就指示所选择的每个通用资源提供器实施由所选择的特定资源提供器所暴露的动作，将其转换为特定资源提供器的实例化。特定资源提供器可以随后与所提供的云服务合作而执行由用户指定的服务。方法740可以进一步包括使用特定资源提供器来提供和/或管理由用户请求的云服务的实例(图7中未示出)。

在本公开的详细说明书中，对于形成了说明书一部分并且其中借由示意说明的方式显示了可以如何实施本公开示例的附图做出参考。足够详细地描述了这些示例以使得本领域技术人员能够实施本公开的示例，并且应该理解的是可以使用其他示例以及可以做出进程、电气和/或结构上的改变而并未脱离本公开的范围。

此外，附图中所提供元件的比例和相对尺寸并非意在示意说明本公开的示例，也不应视作为限定性的。如在此所使用，标注“N”和“P”，尤其是针对附图中的附图标记，指示了如此标注的多个特定特征可以包括在本公开的多个示例中。

Claims (15)

1.一种非临时计算机可读介质，存储了由处理资源可执行的指令集以：

定义特定资源提供器约束参数；

确定所述特定资源提供器约束参数的参数值；

使用所述参数值和多个可配置规则分析多个特定资源提供器；以及

基于所述分析和最佳拟合模型从多个可用特定资源提供器中选择用于支持云服务的特定资源提供器。

2.根据权利要求1所述的介质，其中，所述特定资源提供器约束参数包括商业策略。

3.根据权利要求1所述的介质，其中，所述特定资源提供器约束参数包括服务质量。

4.根据权利要求1所述的介质，其中，所述特定资源提供器约束参数包括用户背景。

5.根据权利要求1所述的介质，其中，所述特定资源提供器约束参数的定义是响应于用户在云服务管理器中选择云性能。

6.一种用于资源提供的系统，包括定义引擎、确定引擎、规则定义引擎、分析引擎和选择引擎，其中：

所述定义引擎定义多个特定资源提供器约束参数；

所述确定引擎确定所述特定资源提供器约束参数中的每一个的参数值；

所述规则定义引擎基于所述多个参数值定义多个可配置规则；

所述分析引擎使用所述多个可配置规则分析多个可用特定资源提供器；并且

所述选择引擎基于所述分析并使用最佳拟合模型从所述多个可用特定资源提供器中选择用于支持云服务的特定资源提供器。

7.根据权利要求6所述的系统，其中，所述多个可配置规则由用户在对所述云服务进行订阅时定义。

8.一种用于为云服务选择资源的方法，所述方法包括：

定义多个特定资源提供器约束参数；

确定所述多个特定资源提供器约束参数中的每一个的参数值；

基于所述多个参数值定义多个可配置规则；

使用所述多个可配置规则分析多个可用特定资源提供器；

基于所述分析和最佳拟合模型从所述多个可用特定资源提供器中选择特定资源提供器；以及

从通用资源提供器创建所选择的特定资源提供器的实例。

9.根据权利要求8所述的方法，其中，所述多个特定资源提供器约束参数基于用户与所述云管理系统的关系而定义。

10.根据权利要求8所述的方法，其中，定义包括：响应于选择通用资源提供器的类型而定义。

11.根据权利要求10所述的方法，其中，所述多个特定资源提供器约束参数基于所选择的通用资源提供器的类型而定义。

12.根据权利要求8所述的方法，其中，所述多个特定资源提供器约束参数由云服务管理器的管理员定义。

13.根据权利要求8所述的方法，其中，所述多个特定资源提供器约束参数基于订户的背景而定义。

14.根据权利要求8所述的方法，其中，所述多个特定资源提供器约束参数包括默认值。

15.根据权利要求8所述的方法，进一步包括：使用所述特定资源提供器来提供所述云服务的实例。