利用过去偏好配对将事件通知按优先级排序的制作方法
【专利说明】
【背景技术】
[0001]向企业顾客提供信息技术(“IT”)服务的实体面临着对识别并解决对客户和客户系统的潜在风险的持续警惕的挑战。在现在的复杂虚拟化和云环境中，有审阅IT事件并识别风险的任务的操作员每天可能审阅数百个IT事件。
【附图说明】
[0002]附图图示出各种示例且作为本说明书的一部分。图示的示例不限制权利要求的范围。遍及各图，相同的附图标记指示类似但不一定相同的元件。
[0003]图1是图示出根据各种示例的事件按优先级排序系统的框图。
[0004]图2是根据各种示例的事件通知仪表板显示的示例。
[0005]图3是根据各种示例的偏好计数矩阵的示例。
[0006]图4是根据各种示例的接收事件通知的按优先级排序的示例。
[0007]图5是图示出根据各种示例的事件按优先级排序系统的框图。
[0008]图6是根据各种示例的指示先前时段事件通知的操作员处理的顺序的观察数据的示例。
[0009]图7是描绘为了实现各种示例而采取的步骤的流程图。
【具体实施方式】
[0010]IT服务提供商应在具有较低影响的客户事件之前解决对商业(例如，某些服务器、应用程序等)具有高影响力的客户事件。IT服务提供商及其企业客户因此都期望优化输入事件通知的按优先级排序。然而，准确地将输入事件通知按优先级排序可能由于若干原因而是困难且耗时的任务。首先，手动地输入客户的优先级就潜在事件通知和/或要按优先级排序的相关配置项的大的数目而言常常将是困难且昂贵的。此外，假设IT服务提供商针对企业客户创建此类事件通知优先级列表，则在许多情况下，IT服务提供商将需要不断地调整该列表以适应于情况的变化、设备的变化以及顾客优先级的变化。同样地，在许多情况下，IT服务提供商将发现实现用于事件按优先级排序的自动化方法是困难且昂贵的。此类自动化方法常常要求事件通知和相关配置项情形的穷举建模。将实现事件按优先级排序系统的复杂性扩大是在许多情况下IT服务提供商的企业客户可能例如根据其商业模型而具有用以将事件处理按优先级排序的特定方式的事实。
[0011 ] 为了解决这些问题，本文所述的示例可提供一种以自动化方式利用事件通知和配置项的过去偏好配对来准确地且可靠地将接收事件通知按优先级排序的系统和方法。在本公开的示例中，事件通知按优先级排序服务可以接收多个事件通知，其中每个通知指示配置项的退化。在示例中，配置项可以是硬件项目、软件项目、硬件和软件的组合或者与一个或多个硬件和/或软件的项目有关的服务水平。在示例中，配置项可以是硬件项目和/或软件项目的集群、分组或其它集合。在示例中，配置项可以是一组服务水平。事件按优先级排序服务访问一组配置项过去偏好配对。该组内的每个过去偏好配对包括相对于与第二配置项相关联的事件通知而言对与第一配置项相关联的事件通知的操作员表现出的偏好的计数。事件按优先级排序服务进而利用过去偏好配对来创建接收事件通知的优先级排序。
[0012]本公开有许多优点。首先，用户将认识到公开系统和方法使得IT服务提供商能够以自动化方式准确地且可靠地将接收事件通知按优先级排序，而不要求由IT服务提供商进行显式用户标记或穷举事件通知/配置项建模。IT服务提供商将能够以高效、可靠且不间断的方式将输入事件通知按优先级排序，该方式虑及IT环境的变化、客户优先级的变化以及情况的其它变化。此外，由于不要求手动的按优先级排序顺序和情形建模，所以公开的事件通知按优先级排序是可缩放的，并且可以用完全不同的事件处理过程和商业需要而容易地应用于客户。本公开的优点将促使客户对自动事件通知按优先级排序和对IT服务提供商的满意度大体上增加。
[0013]如在本说明书中所使用的“过去偏好配对”指代一个或多个操作员相对于与第二配置项相关联的事件通知而对与第一配置项相关联的事件通知所表现出的偏好的计数。“事件通知”指代通知配置项的状态已改变的消息。“配置项”指代被例如配置管理系统监视以识别退化、功能减少或状态变化的任何项目。“服务水平”指代系统或系统的部件(例如，硬件或软件)的性能度量。在示例中，服务水平可与在客户与IT服务提供商之间的合同中定义的服务水平目标相关。“逻辑部件”被与“虚拟部件”以同义地使用，并且指代实际上在其自己的权限中并未作为单个物理实体而存在的部件。在示例中，逻辑部件可以是经由磁盘分区定义的部件。“磁盘分区”指代以下动作，该动作将硬盘驱动器划分成被称为分区的多个逻辑存储单元，从而对待一个物理磁盘驱动器就仿佛它是多个磁盘一样，使得可以在每个分区上使用不同的文件系统。“矩阵”指代布置成行和列的数字、符号或表达式的矩形阵列。“成对按优先级排序算法”指代一种用于成对地比较实体以判断每个实体中的哪一个是优选的或具有较大量的某种定量性质的方法或过程。计算机系统或计算设备的“操作员”指代例如经由用户接口与系统或设备相交互的用户。
[0014]如本文所使用的“处理资源”和“处理器”被以同义地使用，并且一般地指代可以获取或获得存储在存储器中的指令或逻辑并执行包含在其中的指令或逻辑的任何指令执行系统，诸如基于计算机/处理器的系统或ASICX专用集成电路)、计算机或其它系统。在示例中，处理资源或处理器可以是中央处理单元(CPU)、基于半导体的微处理器、图形处理单元(GPU)、被配置成检索并执行指令的现场可编程门阵列(FPGA)、适合于检索和执行存储在机器可读存储介质上的指令的其它电子电路或其组合。在本文所述的示例中，处理器可包括例如包括在单个计算设备中或跨多各计算设备分布的一个处理器或多个处理器。
[0015]如本文所使用的“机器可读存储介质”可以是用以包含或存储诸如可执行指令、数据等信息的任何电子、磁性、光学或其它物理存储装置。例如，本文所述的任何机器可读存储介质可以是随机存取存储器(RAM)、闪存、存储驱动器(例如，硬盘)、任何类型的存储磁盘(例如，紧凑式磁盘只读存储器(CD-ROM)、任何其它类型的紧凑式磁盘、DVD等)等或其组合中的任何一个。此外，本文所述的任何机器可读存储介质可以是非临时的。
[0016]现在参考附图，图1是图示出根据各种示例的事件按优先级排序系统的框图。图1描绘了用于实现各种实施例的物理和逻辑部件的示例，包括被识别为引擎104、106、108的部件。在描述引擎104、106、108时，集中于每个引擎的指定功能。如本文所使用的术语引擎指代被配置成执行指定功能的硬件和编程的组合。然而，在不同示例中，例如根据本文所述的教导可以使用更多、更少和/或其它的部件、部件布置等。另外，可将本文所述的各种引擎及其它部件实现为一个或多个软件部件、硬件部件、专用硬件(例如，专用硬件、专用集成电路(ASIC)、嵌入式控制器、硬接线电路等)或这些的某种组合。
[0017]图1示出了计算机系统102。计算机系统102 —般地表示任何计算设备或计算设备群组，其被配置成发送和接收网络请求、发送和接收数据和/或另外经由网络104与其它计算设备通信(包括接收事件通知)。计算机系统102被示为包括通知接收引擎104、访问引擎106、按优先级排序引擎108以及存储器112。在执行其各自功能时，引擎104、106、108可访问存储器112。存储器112 —般地表示引擎104、106、108可访问的任何存储器，其可以用来配置成存储和检索数据。
[0018]在图1的示例中，通知接收引擎104促使计算机系统102接收多个事件通知114。事件通知1-N 114中的每一个是指示配置项的状态到反映与配置项的先前状态相比或者与配置项的期望状态相比的配置项的退化或配置项的功能减少的状态的变化的消息。
[0019]图2提供接收事件通知的示例。图2图示出可以例如经由监视器、触摸屏或其它显示设备来呈现给计算机系统102的用户的事件通知仪表板显示202。在本示例中，在仪表板显示202的“严重性”列204中用带圆圈的“X”来识别事件通知114。事件通知114中的每一个将相对于被监视系统内的配置项的退化状态通知给用户。在显示202的“配置项”列206中表示配置项。在示例中，配置项可以是硬件项目、软件项目、硬件和软件的组合或者与一个或多个硬件和/或软件的项目有关的服务水平。在示例中，配置项可以是硬件项目和/或软件项目的集群、分组或其它集合。在示例中，配置项可以是一组服务水平。在图2的示例中，配置项相对于彼此用“Cl号”唯一地识别，使得配置项可以被与其它配置项区别开。
[0020]在图2的示例中，第一事件通知114A是配置项“SQL服务器101”(作为硬件项目或硬件与软件的组合)