首页 / 专利库 / 一般法律 / 服务水平协议 / 针对应用模式组件从多个主机选择一个主机的方法和系统

针对应用模式组件从多个主机选择一个主机的方法和系统

阅读:125发布:2020-05-14

专利汇可以提供针对应用模式组件从多个主机选择一个主机的方法和系统专利检索,专利查询,专利分析的服务。并且本 发明 提供了一种用于使用 服务 水 平协议 (SLA)要求来针对应用模式组件从多个主机选择主机的计算机实现的方法、 计算机程序 产品以及系统。用于使用 服务水平协议 要求来针对应用模式组件从多个主机选择主机的计算机实现的方法可以包括接收针对应用模式组件的服务水平协议要求。该方法可以包括接收来自多个主机的主机的第一能 力 度量。该方法可以包括确定来自多个主机的主机的第一能力度量对于服务水平协议要求是否充分。该方法可以包括响应于主机对于所述服务水平协议要求是充分的来选择所述主机。,下面是针对应用模式组件从多个主机选择一个主机的方法和系统专利的具体信息内容。

1.一种用于使用服务平协议要求来针对应用模式组件从多个主机选择一个主机的计算机实现的方法,包括:
接收针对所述应用模式组件的所述服务水平协议要求;
接收来自所述多个主机的主机的第一能度量;
确定来自所述多个主机的主机的所述第一能力度量对于所述服务水平协议要求是否充分;以及
响应于主机对于所述服务水平协议要求是充分的来选择所述主机。
2.根据权利要求1所述的方法,还包括:
响应于主机的所述第一能力度量对于所述服务水平协议要求是不充分的,确定来自所述多个主机的主机的组合的第二能力度量对于所述服务水平协议要求是否充分;
响应于主机的组合的所述第二能力度量对于所述服务水平协议要求是充分的,从所述多个主机选择所述主机的组合。
3.根据权利要求1所述的方法,其中接收针对组件的所述服务水平协议要求的步骤包括:
接收应用模式;
根据所述应用模式确定组件;以及
识别针对所述应用模式组件的所述服务水平协议要求。
4.根据权利要求1所述的方法,其中接收所述第一能力度量的步骤包括:
登记来自所述多个主机的主机;
从主机请求所述第一能力度量;
记录所述第一能力度量;以及
响应于记录的来自主机的第一能力度量的改变,更新所述第一能力度量。
5.根据权利要求1所述的方法,其中确定来自所述多个主机的主机的所述第一能力度量对于所述服务水平协议要求是否充分的方法包括:
接收所述服务水平协议要求和主机的推荐的请求;
访问主机的第一能力度量的注册表储存库;
比较所述服务水平协议要求与所述第一能力度量;以及
响应于所述比较,推荐主机。
6.根据权利要求5所述的方法,还包括:
访问第二能力度量的注册表储存库;
对第二服务水平协议要求分配权重;
比较所述第二服务水平协议要求和所述第一能力度量以及所述第二能力度量,其中所述第一能力度量对于所述服务水平协议要求是充分的,并且所述第二能力度量对于所述第二服务水平协议要求是充分的,但是所述第二能力度量对于所述服务水平协议要求不充分。
响应于所述比较,推荐具有所述第二能力度量的主机。
7.根据权利要求1所述的方法,其中接收主机的第一能力度量的步骤包括:
接收来自提供者的第一能力度量。
8.一种SLA注册表服务系统,包括:
收集模,在一个或多个计算机处理器中操作,被配置为:
接收来自多个主机的主机的第一能力度量,以及
在注册表储存库中存储所述第一能力度量;
比较引擎,在一个或多个计算机处理器中操作,被配置为:
接收针对应用模式组件的服务水平协议要求,
确定所述注册表储存库中的主机的所述第一能力度量对于所述服务水平协议要求是否充分,以及
响应于主机对于所述服务水平协议要求是充分的,选择所述主机。
9.根据权利要求8所述的系统,其中所述比较引擎进一步被配置为:
响应于主机的所述第一能力度量对于所述服务水平协议要求是不充分的,确定来自所述多个主机的主机的组合的第二能力度量对于所述服务水平协议要求是否充分;以及响应于主机的组合的所述第二能力度量对于所述服务水平协议要求是充分的,从所述多个主机选择所述主机的组合。
10.根据权利要求8所述的系统,其中所述收集模块被配置为通过如下步骤来接收针对组件的所述服务水平协议要求:
接收应用模式;
根据所述应用模式确定组件;以及
识别针对所述应用模式组件的所述服务水平协议要求。
11.根据权利要求8所述的系统,其中所述收集模块被配置为通过如下步骤来接收所述第一能力度量:
登记来自所述多个主机的主机;
从主机请求所述第一能力度量;
记录所述第一能力度量;以及
响应于记录的来自主机的第一能力度量的改变,更新第一能力度量。
12.根据权利要求8所述的系统,其中所述比较引擎被配置为通过如下步骤来确定来自所述多个主机的主机的所述第一能力度量对于所述服务水平协议要求是否充分:
接收所述服务水平协议要求和主机的推荐的请求;
访问所述注册表储存库以获得所述主机的第一能力度量;
比较所述服务水平协议要求与所述第一能力度量;以及
响应于所述比较,推荐主机。
13.根据权利要求8所述的系统,其中所述收集模块被配置为通过如下步骤来接收主机的第一能力度量:
接收来自云服务者的第一能力度量。

说明书全文

针对应用模式组件从多个主机选择一个主机的方法和系统

技术领域

[0001] 本公开一般涉及信息处理系统的领域,并且更具体地涉及管理提供者的选择。

背景技术

[0002] 公共云提供者的增长的数量给予消费者在确定工作负载和应用能够在哪里托管时的更大的灵活性的范围。n级应用能够被托管于多个提供者的场景能够成为有潜的解决方案。发明内容
[0003] 公开的实施例提供一种用于使用服务平协议(SLA)要求来针对应用模式组件从多个主机选择一个主机的计算机实现的方法、计算机存储介质中的计算机程序产品以及系统。
[0004] 用于使用服务水平协议要求来针对应用模式组件从多个主机选择一个主机的计算机实现的方法可以包括接收针对应用模式组件的服务水平协议要求。该方法可以包括接收来自多个主机的主机的第一能力度量。该方法可以包括确定来自多个主机的主机的第一能力度量对于服务水平协议要求是否充分。该方法可以包括响应于主机对于所述服务水平协议要求是充分的来选择所述主机。附图说明
[0005] 在附图中,通过例子且没有限制地说明实施例,其中相同的参考数字代表类似的元件或步骤。
[0006] 图1说明根据各种实施例的接收来自应用模式和多个云提供者的输入的系统。
[0007] 图2说明根据各种实施例的基于SLA要求来推荐云提供者的方法。
[0008] 图3说明根据各种实施例的接收云提供者的能力度量的方法。
[0009] 图4说明根据各种实施例的云计算节点
[0010] 图5说明根据各种实施例的云计算环境。
[0011] 图6说明根据各种实施例的抽象模型层。

具体实施方式

[0012] 本公开的各方面可以被指向服务水平协议(SLA)注册表服务(registry service)。SLA注册表服务可以推荐云服务者以履行来自模式(例如应用框架)的特定的服务水平协议(SLA)要求。SLA注册表服务可以接收云提供者的能力度量。SLA注册表服务也可以将能力度量与SLA要求比较,并基于该比较选择云提供者。可以在推荐云提供者的情境中理解本公开的实施例,但是无需限定于此。
[0013] 在本文提供的描述中,提供了各种实施例的具体的细节。然而,能够通过少于所有这些具体的细节来实现各种实施例。为了简洁和清楚,在其他实例中,以不多于使公开的各种实施例能够实现的细节来描述某些方法、过程、组件、结构和/或功能。
[0014] 由于基础架构的控制的缺乏,消费者可能要求云提供者满足或超过发布的服务水平协议(SLA),例如响应时间、可用性和服务变为不可用的概率。当服务变为不可用时,对云消费者业务可能有影响,可以存在用于补偿的机制,该机制可以包括信用、费用、或提供者违反SLA时对提供者施加的处罚。由于具有在多个云提供者上分布n级应用的能力,提供者、SLA、成本以及补偿模型的矩阵可能变得越来越复杂。
[0015] 图1说明根据各种实施例的接收来自应用模式110和多个云提供者的输入的SLA注册表服务112。为了说明的目的,仅示出两个云提供者:云提供者A 138和云提供者B140。
[0016] 应用模式110可以是应用服务器上的编译的结果。应用模式110也可以指虚拟应用模式。虚拟应用模式110通过以应用为中心的设计来构造。虚拟应用模式110可以向用户提供用简化的模型表示中间件应用的机制,该简化的模型可以隐藏(abstract away)底层中间件基础架构。可以使用虚拟应用模式类型来实现应用模式110,该虚拟应用模式类型将多个中间件软件元件的能力集成到单个可部署的单元。
[0017] 虚拟应用模式110可以将抽象的水平提升为比虚拟系统(拓扑)模式高一级,并将关注点放在应用上。虚拟应用模式110可以封装中间件的安装、配置和集成以及在中间件上运行的应用的安装和配置。
[0018] 应用模式110可以具有两种类型的组件:云组件115和策略114。一般地,云组件115可以表示虚拟应用实例所需要的中间件服务。策略114可以表示在部署期间中间件服务是如何配置的,包括服务质量是如何定义的。
[0019] 策略114的例子可以包括调节策略(scaling policy)118和SLA策略120。SLA策略120可以允许管理员针对应用设定性能的标准。在各种实施例中,管理员可以确定应用模式110的SLA要求。
[0020] 调节策略118可以指示应用增加或降低计算容量的本领。例如,如果网页应用将是高可用的,则可以加入调节策略118。当加入了调节策略118时,虚拟应用建立者可以创建网页应用。
[0021] 云组件115可以包括数据库122、用户注册表(user registry)124、远程简单邮件传送协议(SMTP)服务器126以及应用网关128。虽然仅示出了云组件115的4个例子,但其他配置也是预期的。
[0022] 数据库122可以允许网页应用管理数据。数据库122可以具有数据可以被托管的某一地理位置的SLA请求142。地理位置限制可以用于遵从关于数据存储的本地法律。数据库122也可以具有指定最小存储要求的SLA要求142。存储要求可以依据记录或总大小。数据库可以具有如下SLA要求142:指定云提供者的位置必须在美国西部,并且云提供者必须支持大于200GB的数据库122容量。
[0023] 用户注册表124可以保持用户账户信息,例如在认证期间可以访问的用户ID和密TM TM码。用户注册表124的例子可以包括WebSphere 应用服务器和WebSphere 户。
[0024] 应用网关128可以使用超文本传送协议(HTTP)。HTTP服务器可以允许用户通过网络与网页应用远程交互。应用网关128可以具有针对云提供者的SLA要求144,该SLA要求144指定云提供者具有至少99.99%正常运行时间(uptime)。
[0025] SLA注册表服务112可以比较来自应用模式110的SLA要求(例如142、144)与来自多个云提供者的针对SLA的能力度量。能力度量可以是描述云提供者履行SLA要求的本领的度量。例如,如果SLA要求是响应时间,则针对云提供者的能力度量可以是云提供者在履行用户请求上的平均响应时间。
[0026] SLA注册表服务(registry service)112可以基于比较来选择云提供者。SLA注册表服务112可以与来自应用模式110的SLA要求独立地接收来自云提供者(例如138、140)的能力度量。SLA注册表服务112可以被托管为独立服务或被托管为附加到托管服务。
SLA注册表服务112可以包括注册表储存库(registry repository)130。
[0027] 注册表储存库130可以是各云提供者和云提供者各自的能力度量的列表。根据各种实施例,注册表储存库130可以具有表,例如表132。表132可以描述来自云提供者的可用的能力度量。注册表储存库130可以具有接收来自云提供者的能力度量的收集模134。例如,云提供者A 138可以将SLA能力度量146发送到收集模块134,SLA能力度量146是高达700GB的数据存储于美国西部、具有99.95%正常运行时间。云提供者B 140可以将能力度量148发送到收集模块134,能力度量148是高达150GB的数据将存储于斯堪的纳维亚(Scandinavia)、具有99.999%正常运行时间。收集模块134可以利用能力度量填充表
132。
[0028] SLA注册表服务112也可以具有比较引擎136。比较引擎136可以接收来自云组件115的组件的SLA要求。一旦接收到SLA要求,则比较引擎136可以将该要求与每一个云提供者比较,以确定云提供者是否满足云组件115的要求的至少一个。例如,数据库122需要美国西部和大于200GB的存储的SLA要求142。云提供者A 138可以满足存储和地理位置SLA要求142。数据库122可能没有针对正常运行时间的SLA要求142,则可以由云提供者A 138托管。比较引擎136可以接收针对应用网关128的SLA要求144,该SLA要求144可以要求正常运行时间至少是99.99%。比较引擎136可以监测表132,以确定云提供者B 140满足针对应用网关128的正常运行时间百分比SLA要求144。
[0029] SLA注册表服务112可以推荐云提供者A 138托管数据库122和云提供者B 140托管应用网关128。不同的云组件115可以由不同的云提供者托管。根据各种实施例,云组件115(例如数据库122)可以由多于一个云提供者托管。例如,应用网关128可以由云提供者A 138和云提供者B 140二者托管,以增加本文进一步描述的方法中的正常运行时间的百分比。
[0030] 在各种实施例中,比较引擎136可以对不同的SLA要求提供权重。例如,如果对单个云提供者给予优先选择,并且SLA注册表服务112对存储SLA要求分配比对正常运行时间SLA要求更高的权重,则SLA注册表服务112可以推荐云提供者A 138来托管应用模式110。
[0031] 如本领域技术人员将理解的,本发明的各方面可以实施为系统、方法或计算机程序产品。因此,本发明的各方面可以采取如下形式:全部硬件实施例、全部软件实施例(包括固件、常驻软件、微代码等)或都可以一般地在本文中称为“电路”、“模块”或“系统”的组合软件和硬件各方面的实施例。另外,本发明的各方面可以采取如下形式:在一个或多个计算机可读介质中实施的计算机程序产品,该计算机可读介质具有在其中实施的计算机可读程序代码。
[0032] 一个或多个计算机可读介质的任意组合可以被利用。计算机可读介质可以是计算机可读信号介质或计算机可读存储介质。计算机可读存储介质可以是例如但不限于:电子的、磁的、光的、电磁的、红外的或半导体系统、装置或设备,或者前述的任何合适的组合。计算机可读存储介质的更具体的例子(非穷举列表)可以包括如下:具有一条或多条导线的电连接、便携计算机软盘硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪速存储器)、光纤、便携光盘只读存储器(CD-ROM)、光存储设备、磁存储设备或前述的任何合适的组合。在本文档的上下文中,计算机可读存储介质可以是能够包含或存储通过指令执行系统、装置或设备使用的或与指令执行系统、装置或设备结合地使用的程序的任何有形的介质。
[0033] 计算机可读信号介质可以包括传播数据信号(例如在基带中或作为载波的一部分),具有在计算机可读信号介质中实施的计算机可读程序代码。这样的传播信号可以采取任何多种形式,包括但不限于电磁的、光的或它们的任何合适的组合。计算机可读信号介质可以是任何如下计算机可读介质:不是计算机可读存储介质,以及能够通信、传播或传送通过指令执行系统、装置或设备使用的或与指令执行系统、装置或设备结合地使用的程序。
[0034] 可以使用任何适当的介质(包括但不限于无线、有线、光纤线缆、RF等,或前述的任何合适的组合)来传输在计算机可读介质中实施的程序代码。
[0035] 执行用于本发明的各方面的操作的计算机程序代码可以用一个或多个编程语言的任意组合写成,该编程语言包括面向对象的编程语言(例如 smalltalk、C++等)和常规的过程化编程语言(例如“C”编程语言或类似的编程语言)。程序代码可以全部在用户的计算机上执行,部分在用户的计算机上执行,作为独立的软件包,部分在用户的计算机上并且部分在远程计算上执行或者完全在远程计算机或服务器上执行。在后者的场景中,远程计算机可以通过任何类型的网络(包括局域网(LAN)或广域网(WAN))连接到用户的计算机,或者可以连接到外部计算机(例如通过使用英特网服务提供者的英特网)。
[0036] 通过参考根据发明的实施例的方法、装置(系统)和计算机程序产品的流程图说明和/或框图,本发明的各方面描述如下。将明白流程图说明和/或框图的每一块,以及流程图说明和/或框图中的块的组合可以通过计算机程序指令来实现。这些计算机程序指令可以被提供到通用目的计算机、专用目的计算机或其他可编程数据处理装置的处理器以产生机器,使得通过计算机或其它可编程数据处理设备的处理器执行的指令创建用于实现流程图和/或框图的一个块或多个块中指定的功能/行为的装置。
[0037] 这些计算机程序指令也可以存储于计算机可读介质中,该计算机可读介质可以指导计算机、其他可编程数据处理装置或其它设备来以具体的方式工作,使得存储于计算机可读介质的指令产生包括实现流程图和/或框图的一个块或多个块中指定的功能/行为的指令的一件产品。
[0038] 计算机程序指令也可以加载于计算机、其他可编程数据处理装置或其他设备中,以引起将在计算机、其他可编程装置或其他设备上执行的一系列可操作的步骤,从而产生计算机实现的处理使得在计算机或其他可编程装置中执行的指令提供用于实现流程图和/或框图的一个块或多个块中指定的功能/行为的处理。
[0039] 图2说明根据各种实施例的基于SLA要求来推荐云提供者的方法200。方法200可以是与用于图1中的SLA注册表服务112的方法类似的方法。方法200可以在操作210处开始。
[0040] 在操作210中,SLA注册表服务可以接收模式。模式可以与图1中的应用模式110相同。模式可以从大量二进制数编译。接收到模式后,然后方法200可以继续到操作212。
[0041] 在操作212中,SLA注册表服务可以根据模式确定组件。组件可以包括网页应用容器。在各种实施例中,组件可以基于模式。模式引擎可以将网页应用容器分为多个组件。根据模式确定组件后,然后方法200可以继续到操作214。
[0042] 在操作214中,SLA注册表服务可以识别针对每个应用模式组件的SLA要求。SLA要求可以被包括于针对每个组件的模式文件的元数据中。SLA要求也可以在针对组件的模式中被指定,例如数据库可以指定地理区域。在各种实施例中,SLA要求可以从应用水平SLA推断出。例如,如果应用水平SLA包含针对存储和数据库访问时间的SLA要求,则SLA注册表服务可以推断存储和数据库访问时间SLA要求适用于应用的数据库组件。从组件识别出SLA要求后,然后方法200可以继续到操作216。
[0043] 在操作216中,SLA注册表服务可以接收云提供者能力度量。SLA注册表服务可以请求来自云提供者的云能力度量以便创建列表。在各种实施例中,可以通过云提供者将来自云提供者的能力度量推送到SLA注册表服务。接收能力度量的处理可以在本文中进一步被描述。接收到针对云提供者的能力度量后,方法200可以继续到操作218。
[0044] 在操作218中,SLA注册表服务可以确定云提供者是否能够托管针对应用组件的SLA要求。SLA注册表服务可以将来自应用组件的SLA要求与来自云提供者的能力度量进行比较。如果云提供者的能力度量充分符合了SLA要求,则SLA注册表服务可以确定云提供者对于SLA要求是充分的,并且方法200可以继续到操作220。如果云提供者不能满足SLA要求,即对于SLA要求不充分,则方法200可以继续到操作222。
[0045] 在操作220中,SLA注册表服务可以针对组件推荐云提供者。推荐可以通过提示用户或应用而产生。在各种实施例中,应用可以自动地使云提供者托管组件。
[0046] 在操作222中,SLA注册表服务可以确定是否能够组合云提供者以满足SLA要求。例如,如果模式要求99.999%正常运行时间,并且第一云提供者(云A)具有99.99%的正常运行时间的能力度量,第二云提供者(云B)具有99.5%的正常运行时间的能力度量,而第三云提供者(云C)具有99.9%的正常运行时间的能力度量,则第一云提供者、第二云提供者和第三云提供者可以都托管模式。例如,云A故障的概率是(100-99.99)/100=0.0001,而云B故障的概率是(100-99.50)/100=0.005。云C故障的概率是(100-99.9)/100=
0.001。云A、云B和云C同时故障的概率=0.0001*0.005*0.001=0.0000000005,因此云A、云B和云C的不可用的百分比是0.0000000005*100=0.00000005,云A、云B和云C的组合的SLA要求的百分比=100-0.00000005=99.99999995。确定是否能够从N个云提供者的组合来组合百分比的一般公式是:
[0047]
[0048] 操作222也可以涉及确定云提供者的哪一种组合满足用户约束的集合。例如,SLA要求的列表(例如价格、可用性、修复)可以被定义为特性A、B和C。约束的集合可以被定义为A[<|>]用户值A、B[<|>]用户值B、C[<|>]用户值C。用a、b和c作为SLA要求并且x、y和z作为与不同的SLA要求对应的各自的权重,可以解出核心的线性不等式组,例如:a1*x+a2*y+a3*z[>|<]用户值A;b1*x+b2*y+b3*z[>|<]用户值B;c1*x+c2*y+c3*z[>|<]用户值C。
[0049] 如果SLA注册表服务确定云提供者能够组合以满足SLA要求,则方法200可以继续到操作224。如果SLA注册表服务确定云提供者不能组合以满足SLA要求,则方法200可以继续到操作216,其中SLA注册表服务继续接收来自云提供者的更新的能力度量。在各种实施例中,可以从云提供者请求能力度量,以便履行SLA要求。根据各种实施例,SLA注册表服务也可以提示用户SLA要求不能履行并且请求放松SLA要求。SLA注册表服务也可以给出为什么云提供者不能托管SLA要求的理由。
[0050] 在操作224中,SLA注册表服务可以针对SLA要求推荐云提供者的组合。在各种实施例中,SLA注册表服务可以推荐能够履行SLA要求的云提供者的第一组合。SLA注册表服务也可以推荐最优的云提供者的组合。例如,如果第一云提供者和第二云提供者能够履行SLA要求,但是第三云提供者可以被加入第一和第二云提供者,则SLA注册表服务可以推荐在第一、第二和第三云提供者上托管模式。类似地,如果第一云提供者和第二云提供者能够履行SLA要求,并且在第一和第二云提供者被选择之后,SLA注册表服务接收也能够托管SLA要求的第三云提供者的能力度量,则SLA注册表服务可以推荐第三云提供者。
[0051] 图3说明根据各种实施例的接收云提供者的能力度量的方法300。一般地,SLA注册表服务可以登记云提供者并且从云提供者请求能力度量。方法300可以对应于图2中的操作216。方法300可以在操作310处开始。
[0052] 在操作310中,SLA注册表服务可以登记云提供者。登记可以包括建立与云提供者的通信。通信建立后,SLA注册表服务可以在操作312中确定是否还有云提供者要登记。在各种实施例中,云提供者可以被加入到SLA注册表服务内的列表中。列表可以包括云提供者位于的地址。SLA注册表服务可以建立与云提供者的通信以确认正确的地址。一旦不再有云提供者要登记,则方法300可以继续到操作314。
[0053] 在操作314中,SLA注册表服务可以从云提供者请求能力度量。请求可以作为组发生或单独地发生。在各种实施例中,请求可以基于历史使用。例如,如果过去使用的云提供者被用以托管过去循环中的SLA要求,则当请求能力度量时,过去使用的云提供者可以由SLA注册表服务列入优先。从云提供者请求了能力度量后,则方法300可以继续到操作316。
[0054] 在操作316中,SLA注册表服务可以记录云提供者的能力。能力度量可以记录于专用文件,例如页面文件。记录了云提供者的能力度量后,方法300可以继续到操作318。
[0055] 在操作318中,SLA注册表服务可以监测云提供者对能力度量的更新。在各种实施例中,云提供者可以被配置为每当能力度量改变时则更新能力度量。例如,如果针对托管正常运行时间的能力从99.995%改变到99.99993%,则云提供者可以立刻向SLA注册表服务发送更新的能力。如果有更新,则方法300可以继续到操作316。如果没有任何更新,则方法300可以继续到操作310。
[0056] 图中的流程图和框图说明根据本发明的各种实施例的系统、方法和计算机程序产品的可能的实现的体系结构、功能和操作。在这点上,流程图或框图中的每一块可以表示模块、段或代码的一部分,该代码包括用于实现指定的逻辑功能的一个或多个可执行指令。也应当注意的是,在一些可替代的实现中,块中注释的功能可能不按图中注释的顺序发生。例如,连续示出的两个块实际上可能大致同时执行,或者取决于所涉及的功能,这些块有时可能按相反的顺序执行。也需要注意的是,能够通过执行专用功能或行为的基于专用目的硬件的系统或者专用目的硬件和计算机指令的组合来实现框图和/或流程图说明的每一个块和框图和/或流程图说明中的块的组合。
[0057] 首先应当理解,尽管本公开包括关于云计算的详细描述,但其中记载的技术方案的实现却不限于云计算环境,而是能够结合现在已知或以后开发的任何其它类型的计算环境而实现。
[0058] 云计算是一种服务交付模式,用于对共享的可配置计算资源池进行方便、按需的网络访问。可配置计算资源是能够以最小的管理成本或与服务提供者进行最少的交互就能快速部署和释放的资源,例如可以是网络、网络带宽、服务器、处理、内存、存储、应用、虚拟机和服务。这种云模式可以包括至少五个特征、至少三个服务模型和至少四个部署模型。
[0059] 特征包括:
[0060] 按需自助式服务:云的消费者在无需与服务提供者进行人为交互的情况下能够单方面自动地按需部署诸如服务器时间和网络存储等的计算能力。
[0061] 广泛的网络接入:计算能力可以通过标准机制在网络上获取,这种标准机制促进了通过不同种类的瘦客户机平台或厚客户机平台(例如移动电话、膝上型电脑、个人数字助理PDA)对云的使用。
[0062] 资源池:提供者的计算资源被归入资源池并通过多租户(multi-tenant)模式服务于多重消费者,其中按需将不同的实体资源和虚拟资源动态地分配和再分配。一般情况下,消费者不能控制或甚至并不知晓所提供的资源的确切位置,但可以在较高抽象程度上指定位置(例如国家、州或数据中心),因此具有位置无关性。
[0063] 迅速弹性:能够迅速、有弹性地(有时是自动地)部署计算能力,以实现快速扩展,并且能迅速释放来快速缩小。在消费者看来,用于部署的可用计算能力往往显得是无限的,并能在任意时候都能获取任意数量的计算能力。
[0064] 可测量的服务:云系统通过利用适于服务类型(例如存储、处理、带宽和活跃用户帐号)的某种抽象程度的计量能力,自动地控制和优化资源效用。可以监测、控制和报告资源使用情况,为服务提供者和消费者双方提供透明度。
[0065] 服务模型如下:
[0066] 软件即服务(SaaS):向消费者提供的能力是使用提供者在云基础架构上运行的应用。可以通过诸如网络浏览器的瘦客户机接口(例如基于网络的电子邮件)从各种客户机设备访问应用。除了有限的特定于用户的应用配置设置外,消费者既不管理也不控制包括网络、服务器、操作系统、存储、乃至单个应用能力等的底层云基础架构。
[0067] 平台即服务(PaaS):向消费者提供的能力是在云基础架构上部署消费者创建或获得的应用,这些应用利用提供者支持的程序设计语言和工具创建。消费者既不管理也不控制包括网络、服务器、操作系统或存储的底层云基础架构,但对其部署的应用具有控制权,对应用托管环境配置可能也具有控制权。
[0068] 基础架构即服务(IaaS):向消费者提供的能力是消费者能够在其中部署并运行包括操作系统和应用的任意软件的处理、存储、网络和其他基础计算资源。消费者既不管理也不控制底层的云基础架构,但是对操作系统、存储和其部署的应用具有控制权,对选择的网络组件(例如主机防火墙)可能具有有限的控制权。
[0069] 部署模型如下:
[0070] 私有云:云基础架构单独为某个组织运行。云基础架构可以由该组织或第三方管理并且可以存在于该组织内部或外部。
[0071] 共同体云:云基础架构被若干组织共享并支持有共同利害关系(例如任务使命、安全要求、政策和合规考虑)的特定共同体。共同体云可以由共同体内的多个组织或第三方管理并且可以存在于该共同体内部或外部。
[0072] 公共云:云基础架构向公众或大型产业群提供并由出售云服务的组织拥有。
[0073] 混合云:云基础架构由两个或更多部署模型的云(私有云、共同体云或公共云)组成,这些云依然是独特的实体,但是通过使数据和应用能够移植的标准化技术或私有技术(例如用于云之间的负载平衡的云突发流量分担技术)绑定在一起。
[0074] 云计算环境是面向服务的,特点集中在无状态性、低耦合性、模块性和语意的互操作性。云计算的核心是包含互连节点网络的基础架构。
[0075] 现在参考图4,其中显示了云计算节点的一个例子。图4显示的云计算节点10仅仅是适合的云计算节点的一个示例,不应对本发明实施例的功能和使用范围带来任何限制。总之,云计算节点10能够被用来实现和/或执行以上所述的任何功能。
[0076] 云计算节点10具有计算机系统/服务器12,其可与众多其它通用或专用计算系统环境或配置一起操作。众所周知,适于与计算机系统/服务器12一起操作的计算系统、环境和/或配置的例子包括但不限于:个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上设备、基于微处理器的系统、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机系统﹑大型计算机系统和包括上述任意系统的分布式云计算技术环境,等等。
[0077] 计算机系统/服务器12可以在由计算机系统执行的计算机系统可执行指令(诸如程序模块)的一般语境下描述。通常,程序模块可以包括执行特定的任务或者实现特定的抽象数据类型的例程、程序、目标程序、组件、逻辑、数据结构等。计算机系统/服务器12可以在通过通信网络链接的远程处理设备执行任务的分布式云计算环境中实施。在分布式云计算环境中,程序模块可以位于包括存储设备的本地或远程计算系统存储介质上。
[0078] 如图4所示,云计算节点10中的计算机系统/服务器12以通用计算设备的形式表现。计算机系统/服务器12的组件可以包括但不限于:一个或者多个处理器或者处理单元16,系统存储器28,连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
[0079] 总线18表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器,外围总线,图形加速端口,处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说,这些体系结构包括但不限于工业标准体系结构(ISA)总线,微通道体系结构(MAC)总线,增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。
[0080] 计算机系统/服务器12典型地包括多种计算机系统可读介质。这些介质可以是能够被计算机系统/服务器12访问的任意可获得的介质,包括易失性和非易失性介质,可移动的和不可移动的介质。
[0081] 系统存储器28可以包括易失性存储器形式的计算机系统可读介质,例如随机存取存储器(RAM)30和/或高速缓存存储器32。计算机系统/服务器12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例,存储系统34可以用于读写不可移动的、非易失性磁介质(图1未显示,通常称为“硬盘驱动器”)。尽管图1中未示出,可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块,这些程序模块被配置以执行本发明各实施例的功能。
[0082] 具有一组(至少一个)程序模块42的程序/实用工具40,可以存储在存储器28中,这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。
[0083] 例如,SLA注册表服务的收集模块和比较引擎可以是程序模块42。SLA注册表服务可以是程序40。收集模块和比较引擎可以被托管于RAM30,并且收集模块和比较引擎的指令可以由处理器16执行。注册表储存库可以被存储于系统存储34并且当被访问时通过RAM30或高速缓存存储器32取回。
[0084] 计算机系统/服务器12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信,还可与一个或者多个使得用户能与该计算机系统/服务器12交互的设备通信,和/或与使得该计算机系统/服务器12能与一个或多个其它计算设备进行通信的任何设备(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且,计算机系统/服务器12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器20通过总线18与计算机系统/服务器12的其它模块通信。应当明白,尽管图中未示出,其它硬件和/或软件模块可以与计算机系统/服务器12一起操作,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
[0085] 现在参考图5,其中显示了示例性的云计算环境50。如图所示,云计算环境50包括云计算消费者使用的本地计算设备可以与其相通信的一个或者多个云计算节点10,本地计算设备例如可以是个人数字助理(PDA)或移动电话54A,台式电脑54B、笔记本电脑54C和/或汽车计算机系统54N。云计算节点10之间可以相互通信。可以在包括但不限于如上所述的私有云、共同体云、公共云或混合云或者它们的组合的一个或者多个网络中将云计算节点10进行物理或虚拟分组(图中未显示)。这样,云的消费者无需在本地计算设备上维护资源就能请求云计算环境50提供的基础架构即服务(IaaS)、平台即服务(PaaS)和/或软件即服务(SaaS)。应当理解,图5显示的各类计算设备54A-N仅仅是示意性的,云计算节点10以及云计算环境50可以与任意类型网络上和/或网络可寻址连接的任意类型的计算设备(例如使用网络浏览器)通信。
[0086] 现在参考图6,其中显示了云计算环境50(图5)提供的一组功能抽象层。首先应当理解,图6所示的组件、层以及功能都仅仅是示意性的,本发明的实施例不限于此。如图6所示,提供下列层和对应功能:
[0087] 硬件和软件层60包括硬件和软件组件。硬件组件的例子包括:主机,例如系统;基于RISC(精简指令集计算机)体系结构的服务器,例如IBM 系统;IBM 系统;IBM 系统;存储设备;网
络和网络组件。软件组件的例子包括:网络应用服务器软件,例如IBM
应用服务器软件;数据库软件,例如IBM 数据库软件。(IBM,zSeries,pSeries,xSeries,BladeCenter,WebSphere以及DB2是国际商业机器公司在全世界各地的注册商标)。
[0088] 虚拟层62提供一个抽象层,该层可以提供下列虚拟实体的例子:虚拟服务器、虚拟存储、虚拟网络(包括虚拟私有网络)、虚拟应用和操作系统,以及虚拟客户端。
[0089] 在一个示例中,管理层64可以提供下述功能:资源供应功能:提供用于在云计算环境中执行任务的计算资源和其它资源的动态获取;计量和定价功能:在云计算环境内对资源的使用进行成本跟踪,并为此提供帐单和发票。在一个例子中,该资源可以包括应用软件许可。安全功能:为云的消费者和任务提供身份认证,为数据和其它资源提供保护。用户门户功能:为消费者和系统管理员提供对云计算环境的访问。服务水平管理功能:提供云计算资源的分配和管理,以满足必需的服务水平。服务水平协议(SLA)计划和履行功能:为根据SLA预测的对云计算资源未来需求提供预先安排和供应。
[0090] 工作负载层66提供云计算环境可能实现的功能的示例。在该层中,可提供的工作负载或功能的示例包括:地图绘制与导航;软件开发及生命周期管理;虚拟教室的教学提供;数据分析处理;交易处理;以及基于满足选定的SLA要求选择云服务提供商。
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈