在云应用的问题诊断中推荐可疑组件的方法及装置的制造方法
【技术领域】
[0001] 本发明涉及云应用的问题诊断技术，更具体地，涉及在云应用的问题诊断中推荐 可疑组件的方法及装置。
【背景技术】
[0002] 在云应用的问题诊断中，如何快速而准确地找出云应用问题的根原因是非常重要 的。在云计算环境中，云应用的执行涉及许多组件，例如，代理服务器、应用服务器、数据库、 虚拟机等。当任何一个组件出现问题时，都会导致云应用的性能降低。
[0003] 目前，云应用的问题诊断通常由系统管理员人工地执行。即，当云应用的性能降低 时，系统管理员根据自身的经验，判断可能的问题组件，然后使用具体的问题诊断工具对该 问题组件进行根原因分析。然而，这种问题诊断需要系统管理员具有较高的专业知识。而 且，在云计算环境中，云应用的执行需要大量的组件，这些组件相互影响并可被设置不同的 报警规则。当云应用的性能降低时，可能出现多个组件都报警的情形，造成系统管理员难以 判断问题组件，从而不能快速且准确地确定根原因。
[0004] 另外，现有的问题诊断工具大多是针对具体的组件的，因此，在进行根原因分析之 前需要确定对哪个组件使用哪个问题诊断工具。然而，在现有技术中，这个过程通常由具有 较高专业知识的专业人员来完成。
[0005] 因此，通常的云应用的问题诊断过程可分为两个阶段。在第一个阶段，确定哪个组 件出现问题；在第二个阶段，使用具体的问题诊断工具对该组件进行根原因分析。然而，在 现有技术中没有关于在云应用的性能降低时引导缺乏专业知识的人员从哪个组件开始进 行诊断或者推荐需要诊断的组件的技术。
【发明内容】
[0006] 根据本发明的一个方面，提供了一种在云应用的问题诊断中推荐可疑组件的方 法，包括：构建用于表示所述云应用的分层结构的图形数据模型，其中，所述图形数据模型 包括代表所述云应用的应用节点、代表所述云应用的多个组件的多个组件节点和用于指示 节点间关系的节点间连接线；响应于检测到所述云应用的性能降低，获取所述云应用的实 时信息；基于所述图形数据模型和所述实时信息，获得所述多个组件对于所述云应用的所 述性能降低的影响度；以及根据所述多个组件的所述影响度，产生可疑组件序列。
[0007] 根据本发明的另一个方面，提供了一种在云应用的问题诊断中推荐可疑组件的装 置，包括：构建模块，其被配置为构建用于表示所述云应用的分层结构的图形数据模型，其 中，所述图形数据模型包括代表所述云应用的应用节点、代表所述云应用的多个组件的多 个组件节点和用于指示节点间关系的节点间连接线；实时信息获取模块，其被配置为响应 于检测到所述云应用的性能降低，获取所述云应用的实时信息；影响度获得模块，其被配置 为基于所述图形数据模型和所述实时信息，获得所述多个组件对于所述云应用的所述性能 降低的影响度；以及可疑组件产生模块，其被配置为根据所述多个组件的所述影响度，产生 可疑组件序列。
【附图说明】
[0008] 通过结合附图对本公开示例性实施方式进行更详细的描述，本公开的上述以及其 它目的、特征和优势将变得更加明显，其中，在本公开示例性实施方式中，相同的参考标号 通常代表相同部件。
[0009] 图1表示根据本发明一实施例的云计算节点；
[0010] 图2表示根据本发明一实施例的云计算环境；
[0011] 图3表示根据本发明一实施例的抽象模型层；
[0012] 图4是根据本发明的实施例的在云应用的问题诊断中推荐可疑组件的方法的流 程图；
[0013] 图5是根据本发明的实施例的表示云应用的分层结构的图形数据模型的一个例 子的不意图；
[0014] 图6是根据本发明的实施例的数据库组件的实时信息的一个例子的示意图；
[0015] 图7是图4的实施例中获得多个组件对于云应用的性能降低的影响度的示意性流 程图；
[0016] 图8是用于说明获得影响度的例子的示意图；
[0017] 图9是根据本发明的实施例的在云应用的问题诊断中推荐可疑组件的装置的示 意性方框图。
【具体实施方式】
[0018] 下面将参照附图更详细地描述本公开的优选实施方式。虽然附图中显示了本公开 的优选实施方式，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施方 式所限制。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的 范围完整的传达给本领域的技术人员。
[0019] 首先应当理解，尽管本公开包括关于云计算的详细描述，但其中记载的技术方案 的实现却不限于云计算环境，而是能够结合现在已知或以后开发的任何其它类型的计算环 境而实现。
[0020] 云计算是一种服务交付模式，用于对共享的可配置计算资源池进行方便、按需的 网络访问。可配置计算资源是能够以最小的管理成本或与服务提供者进行最少的交互就能 快速部署和释放的资源，例如可以是网络、网络带宽、服务器、处理、内存、存储、应用、虚拟 机和服务。这种云模式可以包括至少五个特征、至少三个服务模型和至少四个部署模型。
[0021] 特征包括：
[0022] 按需自助式服务：云的消费者在无需与服务提供者进行人为交互的情况下能够单 方面自动地按需部署诸如服务器时间和网络存储等的计算能力。
[0023] 广泛的网络接入：计算能力可以通过标准机制在网络上获取，这种标准机制促进 了通过不同种类的瘦客户机平台或厚客户机平台（例如移动电话、膝上型电脑、个人数字助 理PDA)对云的使用。
[0024] 资源池：提供者的计算资源被归入资源池并通过多租户（multi-tenant)模式服 务于多重消费者，其中按需将不同的实体资源和虚拟资源动态地分配和再分配。一般情况 下，消费者不能控制或甚至并不知晓所提供的资源的确切位置，但可以在较高抽象程度上 指定位置(例如国家、州或数据中心)，因此具有位置无关性。
[0025] 迅速弹性：能够迅速、有弹性地(有时是自动地）部署计算能力，以实现快速扩展， 并且能迅速释放来快速缩小。在消费者看来，用于部署的可用计算能力往往显得是无限的， 并能在任意时候都能获取任意数量的计算能力。
[0026] 可测量的服务：云系统通过利用适于服务类型(例如存储、处理、带宽和活跃用户 帐号）的某种抽象程度的计量能力，自动地控制和优化资源效用。可以监测、控制和报告资 源使用情况，为服务提供者和消费者双方提供透明度。
[0027] 服务模型如下：
[0028] 软件即服务（SaaS):向消费者提供的能力是使用提供者在云基础架构上运行的 应用。可以通过诸如网络浏览器的瘦客户机接口（例如基于网络的电子邮件)从各种客户机 设备访问应用。除了有限的特定于用户的应用配置设置外，消费者既不管理也不控制包括 网络、服务器、操作系统、存储、乃至单个应用能力等的底层云基础架构。
[0029] 平台即服务（PaaS):向消费者提供的能力是在云基础架构上部署消费者创建或 获得的应用，这些应用利用提供者支持的程序设计语言和工具创建。消费者既不管理也不 控制包括网络、服务器、操作系统或存储的底层云基础架构，但对其部署的应用具有控制 权，对应用托管环境配置可能也具有控制权。
[0030] 基础架构即服务（IaaS):向消费者提供的能力是消费者能够在其中部署并运行包 括操作系统和应用的任意软件的处理、存储、网络和其他基础计算资源。消费者既不管理也 不控制底层的云基础架构，但是对操作系统、存储和其部署的应用具有控制权，对选择的网 络组件(例如主机防火墙）可能具有有限的控制权。
[0031] 部署模型如下：
[0032] 私有云：云基础架构单独为某个组织运行。云基础架构可以由该组织或第三方管 理并且可以存在于该组织内部或外部。
[0033] 共同体云：云基础架构被若干组织共享并支持有共同利害关系(例如任务使命、安 全要求、政策和合规考虑)的特定共同体。共同体云可以由共同体内的多个组织或第三方管 理并且可以存在于该共同体内部或外部。
[0034] 公共云：云基础架构向公众或大型产业群提供并由出售云服务的组织拥有。
[0035] 混合云：云基础架构由两个或更多部署模型的云(私有云、共同体云或公共云）组 成，这些云依然是独特的实体，但是通过使数据和应用能够移植的标准化技术或私有技术 (例如用于云之间的负载平衡的云突发流量分担技术）绑定在一起。
[0036] 云计算环境是面向服务的，特点集中在无状态性、低耦合性、模块性和语意的互操 作性。云计算的核心是包含互连节点网络的基础架构。
[0037]