专利名称：用于基于云的服务和应用的监视联盟的制作方法
用于基于云的服务和应用的监视联盟背景诸如在信息技术(IT)操作中使用的那些的管理系统可跟踪各种服务和应用。传统上，这些服务和应用位于企业的物理场所内并在该物理场所内操作。随着基于云的服务、 基于云的应用、软件即服务、面向服务的架构等等的不断增加的部署，服务和应用的位置正在跨越物理、管辖和安全边界。传统IT管理系统通常不被配备成提供对驻留于该企业IT操作的管辖权之外的服务和应用的可见性或对其的控制。传统应用和服务不适合于其他云组件的健康，即便这种信息能够支持决策来改善顾客体验或降低成本。而且，传统IT管理系统不能提供从组织内部和从组织外部对服务质量的完整观察。这一限制尤其在相关应用或服务被托管在云中、 或同时被托管在内部和云中的情况下存在。
本文所做出的本公开正是关于这些和其他考虑事项而提出的。概述此处描述用于云监视联盟的技术，该云监视联盟可包括云监视服务(CMS)，该云监视服务从存在点(POP)代理收集监视信息。云监视POP可位于云中、在客户端机器上、嵌入云应用内、或在它们能获得对与云相关联的受管实体的可见性的任何地方。如此处所使用的，云可以是指用于提供对位于网络内的服务、应用和数据的抽象访问的网络环境。通过利用此处提出的技术和概念，担当云监视客户端(CMC)的管理系统可与CMS接口以获得对它们的企业所使用的服务和应用(包括作为云或外部网络的一部分在企业场所之外操作的那些)的完整观察。跨越企业内的以及企业外在云中的组件的由POP对管理信息的发布和由 CMC对管理信息的消耗可以由管理角色、责任、范围、安全边界、信息真实性、服务水平协定、 以及云监视操作的其他方面来支持。应当理解，上述主题可被实现为计算机控制的装置、计算机进程、计算系统或诸如计算机可读介质等制品。通过阅读下面的详细描述并审阅相关联的附图，这些及各种其他特征将变得显而易见。提供本概述以便以简化的形式介绍将在以下详细描述中进一步描述的一些概念。 本概述并不旨在标识所要求保护的主题的关键特征或必要特征，也不旨在将本概述用来限制所要求保护的主题的范围。此外，所要求保护的主题不限于解决在本公开的任一部分中所提及的任何或所有缺点的实现。附图简述图I是示出根据此处提出的一个或多个实施例的云监视联盟的框图；图2是示出关于根据此处提出的一个或多个实施例的云监视联盟的更多细节的示意图；图3是示出根据此处提出的一个或多个实施例的云监视服务的说明性过程的流程图；图4是示出根据此处提出的一个或多个实施例的云监视存在点的说明性过程的流程图5是示出根据此处提出的一个或多个实施例的云监视客户端的说明性过程的流程图；以及图6是示出能够实现此处提出的实施例的计算系统的说明性计算机硬件架构的计算机架构图。详细描述下面的详细描述针对用于基于云的服务和应用监视的技术。通过利用此处提出的技术和概念，云监视客户端能够与云监视服务接口以获得对企业内使用的服务和应用(包括作为云或外部网络的一部分在企业场所外操作的那些)的完整观察。如上面简要提及的， 云可以是指用于提供对位于网络内的服务、应用和数据的抽象访问的网络环境。基于云的服务的示例可包括面向服务的架构(S0A)，其中整个服务组件可由外部组织拥有并操作。其他示例可包括被托管的云服务，其中完整或部分服务可被托管在企业或第三方托管服务上。该托管服务可主持虚拟机或应用组件。其他示例可提供云服务的平台供企业服务使用。例如，护照鉴别服务、信用卡验证系统、或云数据库系统可被其他企业服务用作云服务。其他示例可包括软件即服务(SaaS)，诸如企业终端用户可经由网络或万维网访问的应用。尽管在结合计算机系统上的操作系统和应用程序的执行而执行的程序模块的一般上下文中提出了本文描述的主题 ，但是本领域技术人员将认识到，其他实现可以结合其他类型的程序模块来执行。一般而言，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、组件、数据结构和其它类型的结构。此外，本领域技术人员将明白，可以利用其他计算机系统配置来实施本文描述的主题，这些计算机系统配置包括手持式设备、多处理器系统、基于微处理器的或可编程消费电子产品、小型计算机、大型计算机等等。在以下详细描述中，参考形成详细描述的一部分并为例示具体实施例或示例而示出的附图。现在参考附图，其中在若干附图中相似的附图标记表示相似的元素，将描述用于基于云的服务和应用监视的概念和技术。现在转到
图1，框图示出根据此处提出的一个或多个实施例的云监视联盟(CMF) 100。CMF 100是在各联网实体之间形成的用于支持基于云的服务和应用监视的联盟。CMF 100可包括云监视服务(CMS) 140。CMS 140可担当中央订阅和发布服务。CMS 140可收集由云监视存在点(P0P)120所监视的信息。POP 120可监视并聚集从云110内的一个或多个受管实体(ME) 130发布的信息。云监视客户端(CMC) 150可订阅CMS 140以消耗与ME 130 相关的被发布的管理信息。CMS 140是基于云的分布式服务，其担当与ME 130相关的管理信息的集中式的并且动态的储存库。ME 130可以是分布于云110内的服务或应用。管理信息可包括与ME 130 相关联的健康度量、性能度量和各种其他统计数据。CMS 140可将顾客注册为CMC 150,POP 120、或两者。注册可联合CMS140、CMC 150 以及POP 120以形成CMF 100。发布和订阅协议可支持POP 120以将所监视的信息发布给 CMS 140。类似地，所述协议可支持CMC 150对CMS140的订阅以接收所监视的信息。协商协议可被用来确定哪些POP 120可将什么信息段发布到CMS 140中以及哪些CMC 150可访问来自CMS 140的哪些信息段。这些协议还可支持网络上存在的其他动作者(诸如CMS 140、 CMC 150、以及POP 120)的发现。注册过程可在CMF 100内提供安全性以针对POP 120对信息的非授权或无效发布或CMC 150对信息的不期望的访问而进行保护。CMS 140可向POP 120提供基于角色和范围的更新权限。这些权限可在POP 120 可对哪些ME 130进行报告方面定义POP 120的角色和范围。所述角色和范围还可包括诸如报告应当多么频繁地进行、按照什么细节水平、以及应当将其发布到哪里等细节。CMS 140 还可向CMC 150提供基于角色和范围的访问权限以定义哪些与ME 130相关的信息可被访问或订阅。可使用任何类型的唯一标识令牌来将CMF 100内的各元素(诸如POP 120、ME 130、CMS 140、以及CMC 150)彼此唯一地标识。每个元素的唯一标识可在定义与这些元素相关联的角色、范围或其他参数时有用。根据某些实施例，可使用代表性状态转移(REST)模型。例如，可通过统一资源标识符(URI)来标识CMF 100内的动作者。POP 120和CMS 140各自可维护ME 130的模型，POP 120可利用这些模型来向CMS 140报告信息。这些模型可包括ME 130之间的关系并可按照实例的类型来分类。例如，一个具体的台式计算机可以是类型“计算机”的一个实例。使用CMF 100中的多个动作者所理解的格式的通用模型可支持被监视的信息的简化的传送和聚集。CMS 140可接收、聚集并更新如由相关联的POP 120所发布的与ME 130相关联的度量、统计数据、健康和其他信息。 CMS 140可管理可由于ME 130上的多个观察点而产生的信息的冗余。例如，CMS 140可监视并管理提供给POP 120的范围以减少冗余的观察点。
CMS 140可对来自CMC 150的、寻求访问CMS 140处被监视的信息的查询或订阅请求做出响应。CMS 140可支持用来接收来自CMC 150的查询的查询语言。例如，可使用基于可扩展标记语言(XML)的查询语言，诸如对象约束语言(OCL)。CMS 140可管理对从POP 120发布的信息的扼流。例如，CMS140可请求某一 POP 120减慢或停止发布。CMS 140还可基于进行订阅的CMC150的兴趣等级而打开(gate on)或关闭(gate off)个体POP 120 的功能。CMC 150可与CMS 140协商监视策略。监视策略可包括监视频率、要监视的POP 120的数量、要监视的POP 120的位置、以及过滤规范中的一个或多个。ME 130可以是在管理之下的任何服务或服务的组件。根据某些实施例，ME 130可不是CMF 100的活动参与者。相反，ME 130可以是受管世界中的可被发现并与其他实例或 ME 130相关的实例。关于ME 130的度量、统计数据、健康状态和其他信息可被张贴到CMS 140或从CMS 140查询。根据某些其他实施例，ME 130可作为POP 120参与，以及发布与内部的或独立的组件相关的信息。应当理解，被监视的信息的聚集和高速缓存可在POP 120、 CMS 140、CMC 150或其任何组合处进行。现在参考图2，框图示出关于根据此处提出的一个或多个实施例的云监视联盟 (CMF)IOO的更多细节。CMF 100可包括担当中央订阅和发布服务的云监视服务(CMS)140。 CMS 140可收集由POP 120A监视的关于云110内的ME 130的信息。CMS 140还可收集由 POP 120B监视的关于虚拟云220内的虚拟机(VM) 230的信息。CMC 150A可与管理服务器210相关联以支持从管理服务器210到CMS140中的订阅和查询活动。管理服务器210还可管理内部服务250以支持对内部服务250内、云110 内以及虚拟云220内的实例的同时监视。根据某些实施例，CMC 150B可与某一ME 130相关联。这一 ME 130可使用CMC 150B来订阅CMS 140以获得关于其自身的管理信息。ME 130处的关于其自身的这种信息可作为自检的一部分来支持对健康或状态的确定。该信息还可以支持故障转移或各种调度决策。POP 120、120A和120B可被共同地或一般地称为POP 1200 POP 120可以是web 服务端点，所述web服务端点连续地或周期性地监视ME 130并将所监视的信息张贴到CMS 140。POP 120可被实现为能够收集管理信息并将该信息发布到CMS 140的任何实体。根据某些示例，POP 120可以是与一个或多个客户端相关联地执行的代理、与云服务相关联地执行的检查者服务、在受管云应用的上下文中执行的组件、在虚拟云220内的VM 230上执行的代理、任何其他此类实体、或其任何组合。作为注册过程的一部分，POP 120可向CMS 140主张身份。一旦主张被认证，POP 120可基于那些主张来接收授权。作为注册的一部分，POP 120还可以宣告其位置、能力和监视范围。CMS 140随后可向POP 120提供关于POP 120应当监视哪些具体ME 130以及到什么程度和按什么频率来监视的角色和范围。例如，所述角色和范围可指定POP 120的监视频率、聚集、过滤、以及发布频率。POP 120每次可向多于一个CMS 140发布并且在不同角色和范围下发布。所讨论的各个客户端，诸如CMC 150,CMC 150A和CMC 150B，可被共同地或一般地称为CMC 150。作为注册过程的一部分，CMC 150可向CMS 140主张身份。一旦主张被认证，CMC 150可基于那些主张来接收授权。作为注册的一部分，CMC 150还可宣告期望的监视范围。CMC 150可周期性地协商其对来自CMS 140的监视信息的订阅。例如，CMC 150可协商以更改监视频率、POP 120或ME 130的身份、POP 120的位置、以及它订阅的监视信息的其他参数。管理服务器210可以是可向CMS 140注册、订阅管理信息的递送、协商订阅的服务质量(Q0S)、以及还指定所监视的信息的常规的、周期性的或是按需的递送的CMC 150A。管理服务器210可将来自CMF 100的所监视的信息与来自内部服务250的所监视的信息相组合，以提供对企业感兴趣的服务和应用的完全的、从内部向外的以及从外部向内的观察。从外部向内的监视功能的示例可应用于企业内托管的网站或web服务。位于该企业外部的POP 120可被安排监视该网站或web服务以确定连接到该服务中的外部链接的健康或状态的任务。信息一旦在外部POP 120处被收集就可被发布回企业内的管理服务器 210。从内部向外的监视功能的示例可应用于从位于企业内的POP 120确定企业外托管的服务的健康。例如，如果用于验证特定类型的信用卡的信用卡交易的基于云的服务不可访问，贝1J所发布的健康状态可允许位于企业内的web服务器去除(depopulate)该特定类型的信用卡作为在线商务的支付选项。一旦验证服务被恢复，则相应的支付选项可被返回给该在线商务站点。应当理解，管理服务器210还可以是CMC 150和/或POP 120。与CMC 150、CMS 140和POP 120相关联的操作可被分布到各种和多个实体上，或以如可对发布、消耗或集中云监视活动有意义的任何组合和多样性组装在一起。可将与POP 120或CMC 150相关联的功能作为库或软件开发工具包(SDK)提供。根据这些各种实施例，这些库或SDK可支持将 CMF 100元素集成在一起或将它们集成到其他模块中。现在参考图3，将提供关于此处提出的用于基于云的服务和应用监视的实施例的更多细节。具体而言，图3是示出根据此处提出的实施例的用于CMS 140的方法300的流程图。应理解，此处所述的逻辑操作被实现为(I) 一系列计算机实现的动作或运行于计算系统上的程序模块，和/或(2)计算系统内的互连的机器逻辑电路或电路模块。取决于计算系统的性能及其他要求，该实现是设计问题。因此，此处描述的逻辑操作被不同地称为状态操作、结构设备、动作或模块。这些操作、结构设备、动作和模块可以用软件、固件、专用数字逻辑、及其任何组合来实现。应该理解，可以执行比附图中示出的和此处所描述的操作更多或更少的操作。这些操作可以按顺序、并行、或以与此处所描述的不同的次序来执行。方法300开始于操作310，在操作310，CMS 140与POP 120接口。CMS 140可使用基于主张的安全策略来注册POP 120。方法300从操作310行进至操作320。
在操作320，CMS 140可与CMC 150接口。CMS 140可使用基于主张的安全策略来注册CMC 150。方法300从操作320行进至操作330。在操作330，CMS 140管理与POP 120相关联的提供关于ME 130的信息的权限。 根据在操作310为POP 120建立的基于主张的安全策略，CMS 140可指定POP 120可发布关于哪些ME 130的监视信息。CMS 140还可指定与所述发布相关的各种参数。例如，监视频率、发布频率、聚集、处理、过滤、细节水平等等。方法300从操作330行进至操作340。在操作340，CMS 140从POP 120接收关于ME 130的信息。因为POP 120收集与 ME 130相关的管理信息，该信息可被POP 120发布到CMS 140。与ME 130相关的管理信息可包括健康状态、性能度量、操作统计数据、以及各种其他参数。CMS 140可管理对来自POP 120的被发布的信息的扼流。CMS 140还可通过监视并调整POP 120的范围来管理来自POP 120的被发布的信息的冗余。方法300从操作340行进至操作350。在操作350，CMS 140聚集关于ME 130的信息。被监视的管理信息的聚集可在CMS 140、POP 120、CMC 150、或其任何组合处进行。与ME 130相关的被监视的管理信息可被存储在高速缓存、缓冲区、数据库、文件系统、任何其他数据存储设备、机构、或系统、或其任何组合中。方法300从操作350行进至操作360。在操作360，CMS 140管理CMC 150请求关于ME 130的信息的权限。根据在操作 320为CMC 150建立的基于主张的安全策略，CMC 150可能够访问与指定的ME 130、指定的速率和指定的细节水平相关的信息。方法300从操作360行进至操作370。在操作370，CMS 140接收来自CMC 150的查询。CMC 150可查询或订阅来自CMS 140的被监视的管理信息。此信息可与ME 130相关，因为该信息被从POP 120发布到CMS 140。方法300从操作370行进至操作380。在操作380，CMS 140响应于操作370的所接收的查询与ME 130相关而向CMC 150 提供关于ME 130的信息。方法300从操作380行进至操作390。在操作390，CMS 140提供与POP 120和CMC 150的发布和订阅服务。方法300可
在操作390之后终止或方法300可连续地或周期性地重复。现在参考图4，将提供关于此处提出的用于基于云的服务和应用监视的实施例的更多细节。具体而言，图4是示出根据此处提出的实施例的用于云监视存在点(P0P)120的方法400的流程图。方法400开始于操作410，在操作410，POP 120与ME 130接口。例如， 可在POP 120和ME 130之间建立网络连接。建立此连接可包括标识可用于在对POP 120 的访问内监视的ME 130的发现过程。应当理解，POP 120可不具有与ME 130的直接网络连通性，因为POP 120可间接获得关于ME 120的信息。而且，ME 130可不活动地参与到CMF 100中。CMF 100可仅观察 ME 130。方法400从操作410行进至操作420。在操作420，P0P 120向CMS 140注册。POP 120可使用基于主张的安全策略来向 CMS 140注册。根据这种策略，POP 120可做出关于该POP 120的身份、能力、或附属关系的主张。CMS 140可尝试验证POP 120的主张。作为注册过程的一部分，POP 120可建立与 CMS 140的订阅和发布关系。方法400从操作420行进至操作430。在操作430，P0P 120接收来自CMS 140的监视角色、范围或策略。例如，范围可向 POP 120指示它应当监视哪些ME 130。类似地，策略可向POP 120指定各种参数，诸如监视频率、处理、发布频率、聚集、过滤等等。方法400从操作430行进至操作440。在操作440，POP 120在本地高速缓存中聚集与ME 130相关的信息。方法400从操作440行进至操作450。在操作450，POP 120向CMS 140传送或发布与ME 130相关的任何所监视的管理信息。方法400可在操作450之后终止或方法400可连续地或周期性地重复。 现在参考图5，将提供关于此处提出的用于基于云的服务和应用监视的实施例的更多细节。具体而言，图5是示出根据此处提出的实施例的用于云监视客户端的方法500的流程图。方法500开始于操作510，在操作510，CMC 150向CMS 140注册。CMC 150可使用基于主张的安全策略来向CMS 140注册。根据这种策略，CMC 150可做出关于该CMC 150的身份、能力、或附属关系的主张。CMS 140可尝试验证CMC 150的主张。作为注册过程的一部分，CMCl50可建立与CMS 140的订阅和发布关系。方法500从操作510行进至操作520。在操作520，CMC 150协商访问来自CMS 140的关于ME 130的信息的权限。CMC 150还可协商订阅策略，诸如监视频率、所监视的POP 120的数量、所监视的POP 120的位置等等。方法500从操作520行进至操作530。在操作530，CMC 150向CMS 140传送查询。CMC 150还可提供查询范围，该查询范围指定CMC 150希望监视哪些ME 130。方法500从操作530行进至操作540。在操作540，响应于在操作530中传送的查询，CMC 150从CMS 140接收关于ME 130的信息。CMC 150可在本地聚集所接收到的。CMC 150还可与管理服务器210或所接收的信息的其他相关联的消耗者共享所接收的信息。方法500从操作540行进至操作550。在操作550，CMC 150提供用于请求从CMS 140的消息递送的订阅服务。方法500 可在操作550之后终止或方法500可连续地或周期性地重复。现在转到图6，说明性计算机架构600可执行此处所述的用于基于云的服务和应用监视的软件组件。如图6所示的计算机架构示出了常规台式机、膝上型计算机、或服务器计算机，并且可以用来执行此处提出的软件组件的任何方面。然而应该理解，所描述的软件组件也可以在诸如移动设备、电视机、机顶盒、自助服务机、汽车信息系统、移动电话、嵌入式系统等等之类的其他示例计算环境上执行。计算机架构600可应用于担当云监视POP 120XMS 140XMC 150、或管理服务器210的计算机。计算机架构600可执行与基于云的服务和应用监视相关联的程序模块，诸如云监视POP模块610、云监视服务(CMS)模块620、云监视客户端(CMC)模块630、或其任何组合。图6中示出的计算机架构可包括中央处理单元10 (CPU)、系统存储器13 (包括随机存取存储器14 (RAM)和只读存储器16 (ROM)),以及可以将系统存储器13耦合到CPU 10的系统总线11。系统存储器13可提供用于基于云的服务和应用监视的存储器。基本输入 /输出系统可以存储在ROM 16中，该基本输入/输出系统包含诸如在启动过程中帮助在计算机600内的元件之间传输信息的基本例程。计算机600还可以包括大容量存储设备15， 用于存储操作系统18、软件、数据、以及各种程序模块，诸如与基于云的服务和应用监视相关联的那些程序模块。这些程序模块可包括云监视POP模块610、云监视服务(CMS)模块 620、或云监视客户端(CMC)模块630。大容量存储设备15可以通过连接到总线11的大容量存储控制器(未示出)连接到 CPU 10。大容量存储设备15及其关联的计算机可读介质可以为计算机600提供非易失性存储。虽然对这里包含的计算机可读介质的描述指的是诸如硬盘或CD-ROM驱动器之类的大容量存储设备，但是本领域的技术人员应该明白，计算机可读介质可以是可由计算机600 访问的任何可用计算机存储介质。作为示例而非限制，计算机可读介质可以包括以用于 存储诸如计算机可读指令、 数据结构、程序模块或其他数据之类的信息的任何方法或技术实现的易失性和非易失性、 可移动和不可移动介质。例如，计算机可读介质包括但不限于，RAM、ROM、EPROM、EEPR0M、闪存或其他固态存储器技术，⑶-ROM、数字多功能盘(DVD )、HD-DVD、蓝光、或其他光学存储，磁带盒、磁带、磁盘存储或其他磁存储设备，或可以用来存储所需信息并可由计算机600访问的任何其他介质。根据各实施例，计算机600可以使用通过诸如网络20之类的网络到远程计算机的逻辑连接来在联网环境中操作。网络20可与云110或虚拟云220全部或部分重叠。计算机600可以通过连接至总线11的网络接口单元19来连接到网络20。应当理解，网络接口单元19还可以被用来连接到其他类型的网络和远程计算机系统。计算机600还可以包括输入/输出控制器12，用于接收和处理来自包括键盘、鼠标或电子笔(未示出)的许多其他设备的输入。类似地，输入/输出控制器12可以向打印机或其他类型的输出设备(也未示出)提供输出。可以使用显示设备30来以文本、图形、视频、图形用户界面、任何其他用户界面元素、或其任何组合的形式，从计算机600提供输出。如上文简要地提及的，多个程序模块和数据文件可以存储在计算机600的大容量存储设备15和RAM 14中，包括适于控制联网的台式机、膝上型计算机、服务器计算机或其他计算环境的操作的操作系统18。大容量存储设备15、R0M 16，以及RAM 14还可以存储一个或多个程序模块。具体而言，大容量存储设备15、ROM 16，以及RAM 14可以存储与基于云的服务和应用监视相关联的程序模块以供CPU 10执行。大容量存储设备15、R0M 16、以及RAM 14还可以存储其他类型的程序模块。—般而言,诸如云监视POP模块610、云监视服务(CMS)模块620、或云监视客户端 (CMC)模块等软件应用或模块在被装载到CPU 10中并被执行时可将CPU 10和整个计算机 600从通用计算系统变换为被定制成执行基于云的服务和应用监视的专用计算系统。CPU 10可以用任意数量的晶体管或其他分立的电路元件(它们可以分别地或共同地呈现任意数量的状态)构建。更具体地说，CPU 10可以响应软件或模块内包含的可执行指令，作为一个或多个有限状态机来操作。这些计算机可执行指令可以通过指定CPU 10如何在多个状态之间转换来转换CPU 10，从而在物理上转换构成CPU 10的晶体管或其他分立的硬件元件。通过将软件或模块编码到大容量存储设备15上，还可以转换大容量存储设备15或关联的计算机可读存储介质的物理结构。在本说明书的不同实现中，物理结构的具体变换可取决于各种因素。这些因素的示例包括但不限于用来实现计算机可读存储介质的技术、计算机可读存储介质被表征为主存储还是次级存储等等。例如，如果计算机可读存储介质是按照基于半导体的存储器实现的，则当软件被编码到其中时，软件或模块可以转换半导体存储器的物理状态。例如，软件可以转换构成半导体存储器的晶体管、电容器或其他分立的电路元件的状态。作为另一个示例，计算机可读存储介质可以使用磁性或光学技术来实现。在这样的实现方式中，当软件被编码到磁性或光学介质中时，软件或模块可以转换磁性或光学介质的物理状态。这些变换可以包括改变给定磁性介质内的特定位置的磁性。这些变换还可以包括改变给定光学介质内的特定位置的物理特征或特性，以改变这些位置的光学特性。 在没有偏离本说明书的范围和精神的情况下，物理介质的其他转换也是可以的，前面提供的示例只是为了便于此讨论。基于上文，应当理解，此处提供了用于基于云的服务和应用监视的技术。虽然以计算机结构特征、方法动作、以及计算机可读介质专用的语言描述了本文提出的主题，但是应该理解，在所附权利要求书中所限定的本发明不一定限于本文描述的具体特征、动作、或介质。相反，这些具体特征、动作和介质是作为实现权利要求的示例形式来公开的。 上述主题仅作为说明提供，并且不应被解释为限制。可对此处所述的主题作出各种修改和改变，而不必遵循所示和所述的示例实施例和应用，且不背离所附权利要求书中所述的本发明的真正精神和范围。
权利要求
1.一种用于监视基于云的服务的计算机实现的方法，所述方法包括计算机实现的操作，用于 与云监视存在点接口； 与云监视客户端接口； 管理所述云监视存在点的提供关于受管实体的信息的权限； 从所述存在点接收关于所述受管实体的信息； 管理所述云监视客户端的请求关于所述受管实体的所述信息的权限； 接收来自所述云监视客户端的查询；以及 响应于所接收的查询与所述受管实体相关，向所述云监视客户端提供关于所述受管实体的所述信息。
2.如权利要求I所述的计算机实现的方法，其特征在于，还包括在缓冲区中聚集关于所述受管实体的所述信息。
3.如权利要求I所述的计算机实现的方法，其特征在于，还包括根据基于主张的安全策略来注册所述云监视存在点。
4.如权利要求I所述的计算机实现的方法，其特征在于，还包括根据基于主张的安全策略来注册所述云监视客户端。
5.如权利要求I所述的计算机实现的方法，其特征在于，关于所述受管实体的所述信息包括健康状态、性能度量、以及操作统计数据之一。
6.如权利要求I所述的计算机实现的方法，其特征在于，还包括提供发布和订阅模型以用于分布关于所述受管实体的所述信息。
7.如权利要求I所述的计算机实现的方法，其特征在于，还包括通过调整与所述云监视存在点相关联的范围来管理关于所述受管实体的所述信息的冗余。
8.如权利要求I所述的计算机实现的方法，其特征在于，还包括通过调整与所述云监视存在点相关联的策略来对关于所述受管实体的所述信息进行扼流。
9.如权利要求I所述的计算机实现的方法，其特征在于，所述云监视客户端与管理服务器相关联。
10.如权利要求I所述的计算机实现的方法，其特征在于，所述云监视客户端将关于所述受管实体的所述信息与关于内部服务的信息相聚集。
11.一种计算机系统，包括 处理单元； 操作上耦合到所述处理单元的存储器；以及 程序模块，所述程序模块来自所述存储器而在所述处理单元中执行，并且所述程序模块在由所述处理单元执行时致使所述计算机系统通过如下动作根据实例类型和关系类型来查询实例存储 作为云监视客户端向云监视服务注册， 协商访问来自所述云监视服务的信息的权限， 向所述云监视服务传送查询，以及 从所述云监视服务接收关于受管实体的信息。
12.如权利要求11所述的计算机系统，其特征在于，进一步致使所述计算机支持对从所述云监视服务的信息递送的订阅。
13.如权利要求11所述的计算机系统，其特征在于，所述查询指定受管实体的范围以提供关于受管实体的信息。
14.如权利要求11所述的计算机系统，其特征在于，进一步致使所述计算机与所述云监视服务协商监视策略。
15.如权利要求14所述的计算机系统，其特征在于，所述监视策略包括监视频率、要监视的存在点的数量、要监视的存在点的位置、以及过滤规范之一。
全文摘要
此处描述了用于云监视联盟的技术，所述云监视联盟可包括云监视服务(CMS)，所述云监视服务收集来自存在点(POP)代理的监视信息。这些云监视POP可位于云中、在客户端机器上、嵌入云应用内、或在它们能够获得对与云相关联的受管实体的可见性的任何地方。担当云监视客户端(CMC)的管理系统可与该CMS接口以获得对它们的企业所使用的服务和应用(包括作为云或外部网络的一部分在企业场所之外操作的那些)的完整观察。跨越企业内的以及企业外在云中的组件的由POP对管理信息的发布和由CMC对管理信息的消耗可以由管理角色、责任、范围、安全边界、信息真实性、服务水平协定、和云监视操作的其他方面来支持。
文档编号G06F11/30GK102713880SQ201080060292
公开日2012年10月3日 申请日期2010年12月31日 优先权日2010年1月4日
发明者A·J·萨格维, B·D·巴蒂亚, F·芬迪克, I·莱特卡, V·弗洛什 申请人:微软公司