针对数据中心基础设施监测数据的近实时消息传递服务的制作方法

本申请要求于2017年6月9日提交的美国临时申请62/517,464以及于2017年10月16日提交的美国临时申请62/573,034的权益；每个临时申请通过整体引用并入本文。本公开涉及数据中心，并且更具体地，涉及监测数据中心基础设施。
背景技术：
：网络服务交换提供者或者同位提供者(“提供者”)可以部署数据中心，在该数据中心中，提供者的多个客户以最小的成本和复杂度对网络、服务器和存储设备进行定位并且互连至各种电信以及(多个)其他网络服务提供者。数据中心可以由在数据中心内对联网设备、计算设备和存储设备进行定位的多个租户共享。数据中心可以包括存储卷，该存储卷存储产生热量的许多电子设备，包括：例如，网络、服务器和存储设备以及用于将电力分配给设施内的设备的配电单元。数据中心还可以将用于供应冷气流的冷却单元包括到存储卷中。技术实现要素：大体上，描述了用于近实时消息传递服务的技术，该近实时消息传递服务经由可动态地配置的订阅话题来提供数据中心事件数据的访问权限(包括机器数据馈源)。例如，网络服务交换提供者或者同位提供者(“提供者”)可以部署数据中心和产生与数据中心基础设施资产相关联的事件数据(包括机器数据)的数据中心监测系统。事件数据可以包括：例如，警报数据；警告数据；描述基础设施资产(诸如，hvac(加热通风和空调)单元、计算机房空调单元、电源、发电机、配电单元和开关设备)的属性的标签点；功耗数据点；和环境传感器数据点。计算系统执行消息传递服务，该消息传递服务向事件应用实时处理，并且将处理过的事件发布到发布平台的自定义话题以使应用编程接口(api)消费者能够近实时地接收事件数据。例如，api消费者可以使用接收注册请求的api来注册自定义话题以便访问事件。消息传递服务处理每个注册请求以对进行请求的消费者进行授权，为进行请求的客户创建自定义话题，并且向客户返回对自定义话题的描述以便访问事件数据。另外，消息传递服务在数据结构中生成或者修改所请求的事件的相应条目，这些相应条目将事件的主题映射至用于发布事件数据的相关话题。为了使事件数据可访问，消息传递服务使用数据结构的条目以将来自事件的新数据映射至一个或者多个相关话题，并且将新的事件数据发布到已标识的相关话题。按照这种方式，本文所描述的数据中心基础设施监测和消息传递服务可以使得客户、开发人员、物联网(iot)或者其他设备以及管理系统能够近实时地消费包括事件数据，该事件数据包括由一个或者多个数据中心监测系统针对分布在全局的数据中心生成的机器数据馈源，分布在全局的数据中心具有可以位于多个区域和大都市区的大规模基础设施组件。这种技术可以实现与客户仪表板的集成，并且向api消费者和数据中心运营商提供近实时的可行动信息。在一些示例中，一种方法包括：由数据中心基础设施监测系统接收注册请求，该注册请求指示订阅应用编程接口的方法，并且指定描述数据中心的系统操作的事件的一个或者多个事件主题；由数据中心基础设施监测系统将针对一个或者多个事件主题与基于云的发布平台的话题的相应映射存储到数据-话题映射；由数据中心基础设施监测系统监测多个物理基础设施资产，该多个物理基础设施资产使在数据中心内的系统操作能够获得描述事件主题中的一个事件主题的事件；以及由数据中心基础设施监测系统将事件发布到话题。在一些示例中，一种计算机可读存储介质包括指令，这些指令在被执行时使数据中心基础设施监测系统的一个或者多个处理器：接收注册请求，该注册请求指示订阅应用编程接口的方法，并且指定描述数据中心的系统操作的事件的一个或者多个事件主题；将针对一个或者多个事件主题与基于云的发布平台的话题的相应映射存储到数据-话题映射；监测使得在数据中心内的系统操作能够获得描述事件主题中的一个事件主题的事件的多个物理基础设施资产；以及将事件发布到话题。在一些示例中，一种计算系统包括：一个或者多个处理器；以及存储器，一个或者多个处理器和存储器被配置用于：接收注册请求，该注册请求指示订阅应用编程接口的方法，并且指定描述数据中心的系统操作的事件的一个或者多个事件主题；将针对一个或者多个事件主题与基于云的发布平台的话题的相应映射存储到数据-话题映射；监测使得在数据中心内的系统操作能够获得描述事件主题中的一个事件主题的事件的多个物理基础设施资产；以及将事件发布到话题。在附图和下面的描述中阐述了技术的一个或者多个示例的细节。技术的其他特征、目标和优点将通过描述和附图以及权利要求书而变得明显。附图说明图1是图示了根据本文描述的技术的用于数据中心基础设施监测的示例系统的框图。图2是图示了根据本文描述的技术的示例数据中心基础设施监测系统的框图。图3是图示了根据本文描述的技术的示例数据中心基础设施监测系统的框图。图4是图示了根据本文描述的技术的在示例数据中心基础设施监测系统中的逻辑架构的框图。图5是图示了根据本文描述的技术的在数据中心基础设施监测系统中的基础设施资产配置器的示例归一化过程的框图。图6是更详细映射示了根据本文描述的技术的在数据中心基础设施监测系统中的示例基础设施资产配置器的框图。图7a至图7c是图示了dcim边缘系统的各种示例基础设施资产访问模式的框图。图8是图示了根据本文描述的技术的在数据中心基础设施监测系统中的示例边缘系统的框图。图9是图示了根据本文描述的技术的在数据中心基础设施监测系统中的示例数据中心网关数据平台的框图。图10是图示了根据本文描述的技术的在数据中心基础设施监测系统中的示例应用编程接口(api)的框图。图11是图示了根据本公开的一个或者多个方面的用于数据中心网关的示例数据中心网关api平台逻辑架构的框图。图12是图示了根据本文描述的技术的用于公共应用编程接口(api)与数据中心基础设施监测系统数据平台接口连接的示例技术架构的框图。图13是图示了根据本公开的一个或者多个方面的示例系统的框图，在该示例系统中其他it系统与dcim数据平台集成。图14是图示了根据本公开的一个或者多个方面的系统的框图，该系统示出用于dcim系统的组件的示例安全性配置。图15是图示了根据本文描述的技术的在数据中心基础设施监测系统中的示例警告和通知过程的框图。图16是图示了根据本文描述的技术的用于消息传递服务的示例系统的框图，该消息传递服务向数据中心事件应用实时处理，并且近实时地将处理过的事件发布到发布平台的自定义话题。图17是图示了根据本文描述的技术的用于消息传递服务的示例系统的框图，该消息传递服务向数据中心事件应用实时处理，并且近实时地将处理过的事件发布到发布平台的自定义话题。图18是图示了根据本文描述的技术的用于以下操作的示例操作模式的流程图：计算系统向数据中心事件应用实时处理，并且近实时地将处理过的事件发布到发布平台的自定义话题。图19是图示了根据本文描述的技术的用于从监测一个或者多个数据中心的dcim平台获得近实时事件的实时伙伴api目录的示例特征的框图。图20是图示了根据本公开的一种或者多种技术操作的计算设备的一个示例的进一步细节的框图。在附图和文本中，相同的参考字符表示相同的元件。具体实施方式图1是图示了根据本文描述的技术的用于数据中心基础设施监测系统的示例系统10的框图。在图1的示例中，系统10包括多个数据中心12(在本文中也被称为“同位设施”或者“国际商业交换(ibx1-ibx-n)”)，其中，每个数据中心12位于一个或者多个在地理上分散的位置。例如，数据中心基础设施监测系统10可以包括位于区域a至n中的单个区域(例如，国家、大陆)内的多个数据中心12，或者可以包括位于多个区域a至n内的多个数据中心12。位于给定区域a至n内的多个数据中心12中的每一个包括多个物理基础设施资产14，该多个物理基础设施资产14实现位于数据中心12内的物理构建和it系统的操作。例如，资产14可以包括与关联于控制在数据中心12内的环境的电力系统和冷却系统相关的物理结构，诸如，例如，温度传感器、hvac(加热通风和空调)单元、crac(计算机房空调)单元、不间断电源(ups)、发电机、pdu(配电单元)、ahu(空气处理单元)、开关设备、冷却器和电力单元。在一些示例中，例如，资产14可以包括与安全性、照明、电气、结构完整性、占用或者能源信用相关的设备。每个资产14经由连接18被通信地耦合至数据中心基础设施监测(dcim)边缘系统16a至16n(“dcim边缘系统16”)中的对应dcim边缘系统。例如，每个数据中心12可以经由城域以太网、互联网、移动回程网络或者多协议标签交换(mpls)接入网络(未示出)中的一个或者多个来与对应的dcim边缘系统16传送与资产14相关联的数据。如在图1中示出的，相应dcim边缘系统16位于不同的在地理上分散的区域a至n。在一些示例中，给定区域可以具有用于该区域上的多个数据中心12的多个dcim边缘系统16，诸如，在不同的大都市区或者大都市区中的多个数据中心中。dcim边缘系统16可以各自位于在地理上分散的同位设施提供者设施(未示出，并且在下文中简称为“同位设施”)(例如，同位数据中心)内，每个设施与单个同位设施提供者相关联(例如，由单个同位设施提供者拥有和/或运营)。同位服务提供者是单个实体、企业、运营商、服务提供者等。在一些示例中，诸如在2016年4月14日提交的标题为“cloud-basedservicesexchange(基于云的服务交换)”的美国申请第15/099,407号中描述的，同位服务提供者操作互联网交换、以太网交换和/或云交换，该申请的全部内容通过引用并入本文。dcim边缘系统16所在的分布式同位设施可以通过广域网(wan)被连接。按照这种方式，每个dcim边缘系统16被连接至操作/监测中心22内的数据平台20，该操作/监测中心22位于区域a至n中的一个区域内，包括位于在其中一个或者多个数据中心12同位的区域a至n中的一个区域内。因此，与来自多个数据中心12的资产14相关联的数据由中央dcim系统22的操作/监测中心接收，并且数据然后被存储在中央平台中以便由操作监测基础设施24进行后续分析和分配。在一些示例中，如下面详细地描述的，数据可以作为产品供应26的一部分被提供，和/或由一个或者多个数据中心12利用来监测并且控制基础设施以及优化一个或者多个数据中心12的正在进行的操作。在一些示例中，dcim边缘系统16和dcim系统22可以包括在不使用网络来对它们进行备份的情况下在线下运行良好(诸如，通过使用本地存储装置来对需要通过网络的消息进行缓冲)的组件。在一些示例中，dcim边缘系统16和dcim系统22可以采用数据平台来支持传输中数据到静止数据的实时数据流，其是可靠的并且稳健的以防止数据丢失。在一些示例中，dcim边缘系统16和dcim系统22可以包括被设计为做好一件事情的粒度独立组件。dcim系统22可以使用围绕企业能力被组织的一组协作服务(例如，微服务)。在一些示例中，dcim边缘系统16使用基础设施建模(例如，基于json的)来跨机器和设备进行标准化。dcim边缘系统16和dcim系统22可以通过网络来跨机器分配对来自资产14的数据的处理和使该处理并行化。安全性特征可以被内置到系统10中。例如，在一些示例中，dcim边缘系统16和dcim系统22可以包括用于系统10的生态系统中的每个组件的端到端信任点和对策。例如，系统10首先使用域驱动设计来定义api合同，并且公开所有内容作为相应的服务。在一些示例中，dcim边缘系统16和dcim系统22可以依赖于基于容器的云本机应用开发。在一些示例中，dcim边缘系统16和dcim系统22可以在组件之间使用轻量的并且平台不可知的通信，并且在彼此之间使用智能端点和轻量级协议。系统10提供自动化以及连续传递和部署以使开发人员能够无缝地部署和维护系统10中的资产14。在2017年11月11日提交的标题为“architecturefordatacenterinfrastructuremonitoring(用于数据中心基础设施监测的架构)”的美国专利申请第15/404,015号中找到了对dcim系统的附加示例描述，该申请的全部内容通过引用并入本文。图2是图示了根据本文描述的技术的用于数据中心基础设施监测系统23的示例参考架构的框图。例如，图2所示dcim系统23可以对应于图1所示dcim系统22和dcim边缘系统16。在图2的示例中，被包括在数据中心12中的资产14可以包括诸如温度中心、电力单元、冷却器、电力使用和电力切换之类的数据中心基础设施资产。全局dcim系统10包括dcim系统22，该dcim系统22从多个数据中心12收集与资产14的层相关的信息，并且将信息存储在数据储存库30内。数据储存库30中的全局信息被用于收集和创建针对客户、企业开发和运营的分析(使用实时端到端数据采集)、操作分析、预测分析、数据处理和服务。在一些示例中，可以使用全局信息来执行利用数据科学算法的数据货币化和假设分析。企业系统32被包括进来以使数据中心12能够在特定资产未操作(即，“离线”)或者遇到操作干扰时通知dcim系统22。例如，企业系统32可以存储与客户主资产、故障票证和基础设施中的一个或者多个相关的数据。数据中心网关34与客户门户35和客户应用编程接口(api)31集成在一起，以实现针对具有跨职能性质的用户(诸如，运营、销售和客户角色)的基于角色的访问控制以及针对每个系统的访问管理和外围访问控制。例如，数据中心网关34可以提供资源api、复合api和/或粗粒数据访问。全局信息由dcim操作监测基础设施24用于开发由运营工程师和市场销售部使用的某些特征和移动应用，包括基于应用的开发的、微服务架构驱动的特征。dcim系统22可以提供授权、访问控制、审计跟踪、通知服务、系统健康检查和集成。按照这种方式，从多个数据中心12(ibx1至ibxx)接收到信息15(诸如，与特定资产事件相关联的通知、警告和历史)以及一般资产数据，并且将它们采集到数据储存库30中。数据储存库30实时地、近实时地和/或分批处理数据。dcim操作监测基础设施24接收所产生的、处理过的多数据中心资产数据，该dcim操作监测基础设施24传递与资产相关联的特定特征25以用于内部操作27(例如，在操作数据中心12的同位设施提供者的内部)，例如，包括市场销售部人员和运营工程师。在一些示例中，dcim操作监测基础设施24经由移动应用来呈现数据。另外，客户开发人员29经由客户api31来接收所产生的资产数据，和/或特定客户33经由客户门户35或者移动应用37来接收所产生的资产数据。数据科学家和运营工程师39还可以经由分析工作台41来访问所产生的数据(例如，粗粒数据)。图3是图示了根据本文描述的技术的示例数据中心基础设施监测系统400的框图。例如，图3所示dcim系统23可以对应于图1所示dcim系统22和dcim边缘系统16以及图2所示dcim系统23。在一些示例中，dcim边缘系统16经由一个或者多个仪表、控制系统和/或bms来接收由资产14生成的数据。在一些示例中，资产14可以是“智能”设备，即，包含被配置为提供一定程度的计算智能的嵌入式技术的物理对象。这些智能设备可以与其内部状态或者外部环境通信以及感知其内部状态或者外部环境通信或者与其内部状态或者外部环境通信进行交互。在图3的示例中，dcim边缘系统16可以包括dcim采集器38，该dcim采集器38用于采集资产标签点和进行数据接口连接以及分支电路监测(bcm)和电力使用有效性(pue)监测。在一些示例中，dcim采集器38可以各自包括用于各种协议的接口，dcim采集器38通过该各种协议来从bms、控制系统和仪表接收数据，诸如，例如，开放平台通信数据访问(opcda)、构建自动化和控制网络(bacnet)、网络通讯协议、以太网网络通讯协议(modbus/e)、可扩展标记语言(xml)/简单对象访问协议(soap)和简单网络管理协议(snmp)。数据平台20包括基础设施对象集市40，该基础设施对象集市40是用于存储资产模型和基础设施对象的数据存储库，如下所述，该数据存储库经由相关联的dcim边缘系统16来从多个数据中心12接收资产数据，并且驱动以下处理：数据进入dcim系统22的方式、在dcim系统22内处理数据一次的方式、以及dcim系统22经由用户界面或者可视化工具来呈现数据的方式。按照这种方式，dcim系统22对数据中心12中的各种资产14执行公共基础设施资产建模(包括针对标签点的警告和通知配置)。dcim系统22包括用于实时在线数据存储装置、存储数据历史的数据历史装置(historian)、实时警告和通知以及与操作数据中心12的同位设施提供者的记录的源系统的集成的数据生命周期管理。数据平台还包括用于存储原始数据的历史装置43和用于存储实时数据和资产规则的实时在线数据存储库45。企业it系统48与数据平台20进行交互，并且可以被利用来使数据有意义。dcim系统22包括dcim工具47(诸如，用于数据中心健康监测、报告和仪表板以及基础设施资产使用分析的全局数据中心(ibx)监测系统(gims)42)和用于呈现和审查资产数据信息的可视化分析工具49。另外，dcim工具47可以包括基础设施资产配置器44(“基础设施资产配置器”)，该基础设施资产配置器44向基础设施对象集市40传递信息和从基础设施对象集市40接收数据信息，并且对数据中心12中的各种设备以及针对标签点的警告和通知配置执行公共基础设施资产建模。资产数据经由数据中心网关34从数据平台20被传输至dcim工具47。dcim系统22中的产品应用46包括应用编程接口(诸如，客户api51和客户门户53)以及用于对数据进行交叉销售和向上销售的产品分析55，该产品分析55经由数据中心网关34从数据平台20接收数据。图4是图示了根据本文描述的技术的数据中心基础设施监测系统的示例逻辑架构61的框图。例如，图4所示dcim逻辑架构61可以对应于图1所示dcim系统22和dcim边缘系统16。dcim逻辑架构61可以提供诸如事件产生、采集、变换、长期存储、呈现和动作之类的功能性。在图4的示例中，dcim逻辑架构61包括由dcim边缘系统16a用于对多个资产14进行分类并且管理多个资产14的基础设施资产配置器44，dcim边缘16针对该多个资产14接收信息。dcim逻辑架构还包括数据平台59和用于向客户应用65和内部应用67提供数据的api平台63。在图4的示例中，基础设施资产配置器44包括用于向从数据中心12接收到的数据应用模板的模板引擎50(如下面描述的)、与模板的格式相关联的规则引擎52以及下面在图6中描述的核心服务68。每个dcim边缘系统16包括资产管理器同步器54、边缘发布器56、协议管理器58和资产解析器60，以用于经由控制系统71和构建管理系统(bms)73来接收与数据中心12的资产14相关联的资产数据。与数据资产14相关的信息经由控制系统71和bms73被传递至相关联的dcim边缘16。数据平台59的数据代理75经由dcim边缘16的发布器56来接收数据资产，并且使用速度层处理77技术和批处理层处理79技术(针对图8更详细地描述的)中的一种或者多种技术来处理数据。api平台63(针对图10和图11更详细地描述的)包括协调器81和底层数据服务(微服务)83，该底层数据服务(微服务)83用于提供api端点，该api端点用于将资产数据传输至客户应用65(诸如，客户api85、客户门户87和产品分析89)和内部工具67(诸如，全局ibx监测系统91和操作分析93)。图5是图示了根据本文描述的技术的在数据中心基础设施监测系统中的基础设施资产配置器(例如，图4和图6所示基础设施资产配置器44)的示例归一化过程的框图。单个数据中心12通常可以包括许多资产14(例如，大约三百个资产)。由于可以与每个数据中心12相关联的资产14众多，因此，在能够跨数据中心12对与大量资产14相关联的数据进行比较和对比时，会出现挑战。例如，为了得益于操作效率，跨资产对最佳实践进行比较。最佳实践可以包括：例如，与设置资产的方式相关的实践、与配置资产的方式相关的实践、与使用资产的方式相关的实践、与设置什么哈希点和读数相关的实践以及与资产相关联的其他任何其他相关测量和/或单元。根据本公开的技术，dcim包括基础设施资产配置器44，该基础设施资产配置器44针对资产定义、归一化和标准化提供资产归一化过程、资产建模选项和推出方法。基础设施资产配置器44遵循归一化过程，该归一化过程可以包括：基础设施资产配置器44定义模板，基础设施资产配置器44定义基础设施资产(即，在逻辑上表示物理基础设施资产的基础设施资产数据)，以及基础设施资产配置器44在基础设施资产层次结构内对基础设施资产进行关联。基础设施资产配置器44在最初设置包括对每种资产类型的资产定义的资产模型，使得可以通过与模板相关联来对资产进行分类。例如，如果资产是发电机，则该资产与发电机模板相关联。按照这种方式，为资产读数提供了抽象级别。例如，如果存在可以从其生成并且读取输出分配读数(诸如，输出电压)的配电单元，则将有必要按照与处于不同位置处的另一数据中心的输出分配相同的方式来标识从处于一个位置处的一个数据中心生成的读数，使得如果要比较两者，则它们具有用于标识它们的相同标签名称配置。换言之，基础设施资产配置器提供归一化过程，该归一化过程包括用于定义资产模型的资产配置、用于定义填充资产模型的方式以及需要哪些元数据来使得能够对所有的基础设施资产和资产点进行归一化的资产配置。资产点是资产14被设置为进行记录的读数。例如，如果温度传感器可用于资产14，则区域温度可以是资产点。在一些情况下，平均地，每个资产14可以有大约100个标签点。标签点与测量单位相关联，因为标签点正在读取的数量旨在与测量单位相关联。dcim系统可以包括测量或者数量的记录单元以确定数据压缩规则。在一个示例中，dcim系统22从与每个数据中心相关联的操作管理员获得用于填充模板的数据，该操作管理员将数据输入到电子表格上，针对该电子表格，资产中的每一个的协议细节是电子表格的一部分，并且然后电子表格被保留为控制列表并且被加载到数据平台20中。模板定义包括资产类型信息，并且还包括所有读数或者点以及已经与那些点相关联的所有警报。基础设施资产配置器44可以使用包括相同标签名称的公共协议实现交叉比较，来将模板推送到其他数据中心以完成标签/资产类型信息。按照这种方式，基础设施资产配置器44使所有资产达到公共的描述级别以便使用公共协议来进行比较。关联不是单个数据点关联，而是基础设施资产配置器44可以将多个点映射至模板中所指示的点。基础设施资产配置器44可以不对仅对特定资产(诸如，例如，单个特定发电机)而言是唯一的点进行映射，使得仅跨所有数据中心的公共点被包括在模板中。按照这种方式，当在dcim系统中生成新资产时，资产配置器44可以基于包括有新资产的标签点和标签点与模板之间的映射，来自动检测哪个模板应该被应用于新资产。资产可以具有多达60个点，并且在高级别下，例如，资产分类的示例可以是：电气的、机械的、火和烟以及其他这种基础设施分类。按照这种方式，在图5的示例中，在归一化过程中，基础设施资产配置器44在模板定义期间为所有基础设施资产定义模板，以创建标准的资产模板、标准的点和标准的警报以及标准的资产属性类型。在一些示例中，标准的模板可以由操作数据中心12的同位设施提供者定义。在基础设施资产定义期间，基础设施资产配置器44通过模板来创建dcim基础设施资产，添加标签点或者从资产中移除标签点，添加或者移除针对标签点的警报，并且添加与资产相关联的协议的细节。在一些示例中，例如，基于资产的类型，资产模型包括预定义的警报定义。在基础设施资产层次结构期间，基础设施资产配置器44对所连接的基础设施资产进行关联，对电气层次结构和机械层次结构进行建模，对弹性层次结构进行建模，并且对基于位置的层次结构进行关联。作为所描述的归一化过程的结果，dcim系统提供了用于对与资产相关联的数据进行比较和对比的平台。通过向模板提供定义的资产标签点集合，dcim系统能够将处于资产级别的标签点映射至模板的标签点。例如，对于诸如发电机等资产，可以是以下情况：例如，存在来自一个位置的具有15个标签点的一个或者多个发电机以及处于另一位置的具有10个标签点的一个或者多个发电机。dcim系统标识公共的标签点集合，虽然可以在两个位置处已经不同地对标签点进行命名，但是标签点旨在具有相同目的，并且将标识的公共标签点映射回在模板本身中定义的标准命名法。所产生的映射然后可以被存储。基础设施资产配置器44可以被采用来提供跨数据中心的一致的基础设施资产视图、跨工具的资产层次结构导航、故障信息仪表板(例如，示出弹性状态)、使用基于位置的层次结构来对资产进行关联的能力、系统警报仪表板和用于数据采集的基础设施资产主体以及被用于所有dcim应用工具、客户应用和api的基础设施资产模型。一种或者多种格式可以被用于由基础设施资产配置器44进行数据建模，诸如，yang(另一下一代)、yaml(另一种标记语言)和json(javascript对象表示法)。图6是更详细映射示了根据本文描述的技术的在数据中心基础设施监测系统中的示例基础设施资产配置器44的框图。在图6的示例中，在资产模型的处理期间，该过程开始于与基础设施资产模板细节101相关联的数据从数据表和电子表格中进入作为由数据加载器62作为电子表格接收并且加载的提取文件60。例如，可以将基础设施资产实例点模板格式化为电子表格，该电子表格包括针对一般属性的字段(诸如，资产实例名称、操作、模板匹配点、显示点名称、短点名称/参考名称、点数据采集类型、数据类型、记录测量单位、小数位数、默认状态表、数据点是否对客户可见等)以及趋势信息(诸如，cov(％)、采集间隔(以分钟为单位)等)。基础设施资产实例电子表可以包括字段，诸如，操作、基础设施资产模板、资产实例名称、客户可见点、位置向量(在针对该资产实例的基础设施资产模板中所选择的位置向量的值)、资产id、资产编号、资产站点id、序列号、描述、供应者、制造商、公共属性、基本数据采集信息(诸如，协议和扫描频率(以秒为单位))等。模板引擎64包括构建步骤，在该构建步骤中，基于来自模板的数据，对资产模型进行重建和处理，并且由于新接收到的数据而将一些配置定义为模板的一部分。例如，如果油位小于特定阈值，则生成警报。模板引擎64还允许扩展模板。商业规则引擎66包括通知管理器，该通知管理器用于向数据中心通知作为模板的一部分的配置的变化，更新警报配置，并且可以包括与模板相关联的验证规则，该模板针对使用商业规则和检查的资产模型。商业规则引擎66可以允许数据存留下来，或者当标识了错误时，可以将数据发回去以便进行校正。在一些示例中，可以使用数据库(诸如，nosql数据库)来存留数据。在一些示例中，商业规则引擎66或者基础设施配置器44的其他组件可以被配置为自动标识基础设施资产配置器44必须进入哪个特定基础设施资产进行检测是否已经出现配置信息增量，或者在标识了增量之后，确定增量处于哪个基础设施资产以及该基础设施资产的地理位置。基础设施资产配置器44还包括核心服务68，诸如，可视化工具、可视化/视图，该可视化/视图包括用以在视觉上示出已经提供了哪些信息的用户界面屏幕，以及执行审计以记录发生的修改并且标识谁执行了修改。基础设施资产配置器44还包括访问控制70，该访问控制70用于确定谁具有哪些资产的访问权限，即，面向客户的外部操作或者面向访客的内部操作。对于面向客户的外部操作，可能不期望允许向所有客户公开所有资产或者读数。而是，公开的数据仅限于客户与之相关联的那些资产以及特定客户属于哪个数据中心和哪个保持架(cage)，以免混淆由多个客户共享的信息。结果，访问控制被应用于资产的顶端，指示谁具有什么访问权限。另外，由于访问通常在上游，因此，在一些示例中，dcim系统22不控制打开/关闭基础设施，而是资产响应本地运营团队在数据中心处的专有控制。在其他示例中，dcim系统22可以由客户或者数据中心运营团队用于控制或者管理基础设施资产。作为一个示例，客户可以使用dcim系统22来按照可自助方式供应基础设施资产。作为另一示例，客户可以在数据中心中的、客户的机柜或者保持架中具有智能锁，并且客户可以使用dcim系统22来对智能锁进行锁定或者解锁。运营用户可以与资产和标签管理模块103接口连接，该资产和标签管理模块103可以支持诸如基础设施资产模板管理、基础设施资产元素资产、标签资产规则管理和标签通知规则管理之类的功能性。资产和标签管理模块103使得能够将每个数据中心12内的数据资产信息从模板引擎64、商业规则引擎66和核心服务68传输至运营用户以便进行创建、审查和处理。资产和标签管理模块103可以具有单点登录(sso)集成，诸如，与经由web接口来提供身份管理和单点登录的联合服务器的单点登录(sso)集成。另外，基础设施对象主体105存储数据(诸如，模板、元素、警告配置、通知配置107)，并且可以从企业系统网关109接收数据中心层次结构信息。基础设施对象主体105从支持模型服务、访问控制和基础设施对象配置的基础设施资产配置器层接收数据。基础设施资产配置器44使用针对多个基础设施资产(诸如，发电机、冷却器、hvac等)的模板来生成针对dcim和来自各种源系统记录的源数据的基础设施资产主体(即，ibx主体)。另外，用户界面被包括在由全局操作工程用于管理资产归一化的基础设施资产配置器44中。基础设施资产配置器44包括单点登录，并且使用api来进行对资产主数据的创建、读取、更新和删除(crud)操作。在一些示例中，基础设施资产配置器44可以依赖于对资产信息的手动上传，而不是基于用户界面的配置。例如，使用数据属性(点)库和基础设施对象模板库来对手动上传的资产信息执行资产归一化，而数据中心(ibx)导流程包括模板实例化、基础设施对象层次结构管理、扫描频率设置和数据采集启用。在一些示例中，可以使用用户界面来使基础设施资产配置器44自动化，该用户界面使得能够构建核心服务和商业规则引擎以及生成标准的设备名称、标准的点名称、设备定义、设备层次结构管理和设备模板化。在一些示例中，可以按照分阶段的方式在第一阶段中使用手动上传并且在第二阶段中使用基于自动化ui的上传来开展基础设施资产配置器44。图7a至图7c是图示了dcim边缘系统16a的各种示例基础设施资产访问模式的框图。在图7a的示例中，dcim边缘系统16a可以只访问数据中心(ibx)中的控制系统cs1至cs4。当不存在构建管理系统(bms)或者构建管理系统(bms)未连接或者不具有高级接口时，可以是这种情况。在图7a的示例中，dcim边缘系统16a使用相应的协议来直接与控制系统或者智能仪表接口连接，诸如，例如，开放平台通信数据访问(opcda)、构建自动化和控制网络(bacnet)、网络通讯协议、以太网网络通讯协议(modbus/e)、可扩展标记语言(xml)/简单对象访问协议(soap)和简单网络管理协议(snmp)，这些协议可以是已知协议(但是这可以基于一些专有控制系统发生变化)。在该示例中，来自控制系统的数据采集可以是基于值变化(cov)/订阅的(仅在值发生变化时才采集数据)或者基于轮询的。在图7b的示例中，dcim边缘系统16a可以遵循混合访问模型，从而直接访问一些控制系统，并且经由bms73来访问一些控制系统。当存在bms并且bms可以充当中介者但并非所有控制系统都与bms73连接时，可以是这种情况。在该示例中，来自bms73的数据采集可以是基于轮询的，并且来自控制系统的数据采集是基于cov/订阅的或者基于轮询的，这取决于协议。在一些示例中，如果bms能力相对于控制系统中的那些控制系统而言是次佳的，则bms73可以潜在地设置附加约束。在图7c的示例中，dcim边缘系统16a可以仅经由数据中心(ibx)中的bms73来访问控制系统。当存在bms73并且bms73可以充当dcim边缘系统16a与所有控制系统之间的中介者时，可以是这种情况。该方法可以利用bms与控制系统的现有集成。在一些示例中，如果bms73的能力相对于控制系统中的那些控制系统而言是次佳的，则bms73可以潜在地设置附加约束。在该示例中，来自bms73的数据采集可以是基于轮询的。图8是图示了根据本文描述的技术的在数据中心基础设施监测系统中的示例边缘系统的框图。图8更详细映射示了dcim边缘系统(诸如，图4所示dcim边缘系统16a)。在图8的示例中，如上所述，在基础设施资产配置器44中定义并且上传的资产和资产模型由dcim边缘系统16a的边缘管理器72经由基础设施资产管理器同步器54接收。在边缘管理器72内的协议管理器74针对特定实例接收定义的资产模型，并且为该定义的资产模型选择协议。在图7的示例中，边缘管理器72还包括工作者管理器75、资源调度器76和资产解析器78。在一些示例中，协议管理器74可以自动发现进入网络的设备和仪器。执行器84是对bms或者组件进行查询以从它们获得数据的软件组件。边缘管理器72可以被配置为自动检测进入ibx中的系统的那些系统，并且自动选择用于与那些系统通信的正确协议，并且自动开始从它们采集数据。边缘管理器72进行所有这些操作，而无需在dcim边缘系统16处手动配置系统(例如，无需手动录入用于与ibx中的传感器、bms或者控制系统通信的ip地址和/或协议)。在一些示例中，客户可能想要自己安装设备，并且客户可以向dcim边缘16a提交可信设备的列表，并且然后，dcim边缘系统可以自动发现可信设备。基础设施资产配置器44是定义所有资产模型的地方，诸如，例如，通过使用资产模板。作为一个示例，模板可以指定连接至资产(诸如，发电机)的方式(发电机使用什么协议来进行通信)、可从发电机得到的数据点是什么。该信息全部在由基础设施资产配置器44定义的资产模型中。例如，ibx运营团队可以将信息上传到基础设施资产配置器44中。基础设施资产配置器44可以在本地ibx环境中创建资产模型有效负载并且将资产模型有效负载流至dcim边缘16a。协议管理器74接收针对该特定资产的资产模型，并且然后对资产模型进行解析以标识用于与ibx中的特定资产进行通信的协议。资源调度器76确定需要多少执行器来处理来自设备的数据，诸如，基于设备的数目。执行器84是分布式处理软件组件。在一些示例中，在中央云计算基础设施中，执行器84可以是由微服务驱动的端点。边缘管理器72动态地启动更多的执行器，并且资源调度器76基于需要来调度更多的执行器。协议管理器74管理多个不同的执行器84和线程(t1、t2)82，在图8的示例中，每个执行器84具有两个线程。协议管理器74将有效负载的特定部分发送至执行器84。执行器84查看许多不同的标签点，并且应用一些分组逻辑以对标签点进行分组。例如，分组基于一个或者多个参数，诸如，轮询频率和桶大小。例如，执行器84可以对应该同时对其进行轮询的标签点进行分组。然后，执行器的线程t1和t282将在ibx12处对标签点进行轮询，并且以适当的轮询频率拉取标签组的数据。如由执行器84分组的，给定线程82与给定标签组相关联。一些协议基于事件来发送数据，并且边缘管理器72订阅协议以接收事件驱动的数据更新。工作者管理器75是生命周期管理器。工作者管理器75管理执行器84的生命周期。如果执行器84崩溃，则工作者管理器75使执行器84回到安全状态。资源调度器76与工作者管理器75交互。然后，执行器84将数据存储到(多个)数据库90，例如，经由数据集线器(诸如，哨兵88)。作为示例，所存储的数据可以包括资产id、数据值和指示获得数据的时间的时间戳。此时，数据库90将数据发布到边缘发布器92，该边缘发布器92转而将数据发送至中央集线器80的数据代理94。图9是图示了根据本文描述的技术的在数据中心基础设施监测系统中的示例数据中心网关数据平台技术架构110的框图。在图9的示例中，数据平台59的架构包括位于数据平台59内的数据采集层112、分配层114、速度层116和批处理层118以及服务层120。从与数据采集层112的多个数据中心12相关联的多个dcim边缘系统16a至16n传输数据，并且由分配层114内的数据运输代理86的关联代理122接收数据。批处理层118包括大型数据管道(诸如，camus)，例如，该大型数据管道作为作业运行，并且将数据从数据运输代理86消费到分布式文件系统中。例如，批处理层118可以包括批处理作业、微批处理作业、分析作业、原始数据、汇总、数据模型、维护和事件框架。这些可以从基础设施资产主体和参考主体接收数据，并且馈送到通知引擎131和(多个)大型数据集市中。例如，来自批处理层118的(多个)大型数据集市的数据然后可以到达数据集市132和分析工作台124。速度层116可以聚集从数据运输代理86接收到的dcim资产事件，对这些dcim资产事件进行关联和存留这些dcim资产事件。速度层116可以对dcim资产事件进行解析，使事件相关和/或聚集事件，并且标识批准警告的事件。例如，速度层116可以包括规则引擎133，该规则引擎133在基于警告规则检测到值得警告的事件时应用警告规则并且向通知引擎131发出通知。在一些示例中，规则引擎133将商业规则应用于对资产事件的实时处理。例如，规则可以指定：每当特定标签点超过配置的阈值时，引起警报(例如，温度高于阈值温度)。引起的警报可以是资产事件的一个示例。可以响应于接收到配置警告的用户输入而创建警告规则，并且例如，如稍后描述的，警告规则可以是条件警告。在一些示例中，速度层116可以存储客户到设备关联，并且还可以具有对客户的维护时间表的访问权限。在该示例中，速度层116可以确定设备未发送数据，将设备与客户相关联，并且确定对客户的维护时间表指示计划使设备停止运行以便进行维护。在这种情况下，速度层116不会将设备未发送数据标识为批准警报的事件。速度层116还可以存储或者访问定义资产的层次结构的信息，该信息指示资产被连接的方式和/或资产之间的相互依赖性。在一些示例中，资产的层次结构可以指定主要资产和对应的备用资产。当规则引擎133标识了资产已经触发规则时，速度层116可以将资产与其他相关资产相关联，以标识可能受资产中的引起的警报的影响的其他资产。例如，如果主要资产变得不可操作，则速度层116可以确定对应的备用资产将因此变得可操作。在一些示例中，电力和电气层次结构可以指示电力和电气是在主要资产还是备用资产上运行。这可以被称为弹性状态。速度层116将该信息提供回数据中心运营团队，例如，经由通知服务或者仪表板api，因此，团队具有电力链和机械链如何操作的总体思路。针对图15更详细地描述的通知引擎131基于从批处理层和/或速度层接收到的警告来提供通知服务。例如，可以如本文针对图30至图33描述的那样配置警告。速度层116将对资产事件的指示存储到批处理层中的数据库135(例如，cassandra)和分析层137(例如，hadoop)，该数据库135和分析层137可以被用于稍后运行报告等。数据库135向服务层120的api库和api管理124、api服务编排126以及数据即api128提供数据。服务层120可以通过自定义仪表板来显示信息，例如，使用api。在图19中示出了示例自定义仪表板。从数据平台59接收数据的服务层120包括api库和api管理124、api服务编排126、数据即api128、通知服务130(诸如，sms和smtp)、数据集市132和分析工作台134。图10是图示了根据本文描述的技术的在数据中心基础设施监测系统中的示例应用编程接口(api)的框图。在图10的示例中，示例api平台技术架构140包括用于传输实时数据140、历史数据142和与基础设施资产管理器144的数据的协调器81。底层数据服务83(微服务)提供可以由客户应用(诸如，客户api85、客户门户87和全局ibx管理系统(gims)89)调用的api端点。在图10的示例中，例如，对于实时数据140、历史数据144和基础设施资产管理器144中的每一个，可以存在不同的微服务。在一些示例中，本文所描述的api平台可以是如在于2015年10月29日提交的标题为“interconnectionplatformforreal-timeconfigurationandmanagementofinterconnectionswithinacloud-basedservicesexchange(用于在基于云的服务交换内互连的实时配置和管理的互连平台)”的美国申请第14/927,451号中描述的应用平台，该申请的全部内容通过引用并入本文。协调器81可以是如在于2015年10月29日提交的标题为“orchestrationengineforreal-timeconfigurationandmanagementofinterconnectionswithinacloud-basedservicesexchange(用于在基于云的服务交换内互连的实时配置和管理的编排引擎)”的美国申请第14/927,306号中描述的协调器/编排引擎，该申请的全部内容通过引用并入本文。例如，客户门户87可以利用各种方法，诸如，使用现有的客户门户容器和/或现有的客户门户架构。在另一实施例中，客户门户87可以利用客户门户/dcim混合设计(包括dcim，特定的附加容器)，并且针对通用方法对皮肤、导航和布局以及url切换拆分进行复制(主要利用客户门户团队)。这种cp/dcim混合设计符合优步(uber)门户概念的基于特征的开发的客户门户策略。根据另一示例，客户门户87可以利用具有客户门户的优步门户，并且可以利用dcim设计，该dcim设计遵循优步架构指导，使用基于特征的应用部署，并且使用dcim作为入门应用。根据又一示例，可以利用具有嵌入式dcim用户体验设计(ux)的客户门户，该客户门户包括特征(诸如，客户门户87中的静态内容)，并且在该客户门户中，从dcim后端调用dcim的动态部分。具有嵌入式dcimux的客户门户可以使用java脚本框架来调用dcim服务，并且该客户门户调用dcim。按照这种方式，客户门户87利用与针对许可的互联网协议(ip)门户的现有客户门户集成和针对警告和通知的现有消息中心。gims可以与多个可能的操作活动相关联。例如，gims89可以与对电力使用有效性(pue)、警告和资产的操作管理以及对模板、资产、点和访问控制的管理相关联。gims89还可以与对历史数据趋势、资产维护、一致的资产视图、资产状态和故障信息的实时分析相关联。在另一示例中，gims可以与对资产层次结构遍历、单线图假设分析和基于时间的查询规则的仿真和预测相关联。图11是图示了根据本公开的一个或者多个方面的用于数据中心网关的示例数据中心网关api平台逻辑架构159的框图。数据平台20与图1所示数据平台20相对应。数据平台20可以包括实时在线数据、历史离线数据、基础设施资产数据主体和参考数据主体。在图11中将数据即api128、实时通知服务130以及分析和可视化139示出为在逻辑上在数据平台20之上运行。数据即api128可以包括：例如，api目录、软件开发工具包(sdk)和服务虚拟化。实时通知服务130可以包括：例如，警报、通知(例如，通过smtp、邮件、语音和/或sms)和健康监测。分析和可视化139可以包括：例如，数据模型、数据发现和程序访问。客户api、客户门户、全局ibx监测、产品分析和可视化分析可以经由api网关和/或可视化分析网关来访问数据，诸如，例如，经由用于认证、访问控制、数据安全性、策略、管理和监测的api端点。监测api可以提供例如，环境信息(诸如，来自传感器的湿度或者温度数据、来自警报的警告)，客户可以通过api网关调用客户api来访问该环境信息。例如，客户可以通过客户api来发送api请求，其中，api请求调用监测api端点。请求有效负载可以指定监测api端点，并且可以指定所请求的特定监测信息，诸如，例如，来自(多个)特定传感器的信息。api网关可以从数据平台访问数据以服务api请求，并且可以将数据(例如，环境信息(诸如，传感器数据))包括在api响应有效负载中。图12是图示了根据本文描述的技术的用于公共应用编程接口(api)160与数据中心基础设施监测系统数据平台接口连接的示例技术架构的框图。在图12的示例中，由底层微服务83和协调器81从dcim数据平台20接收资产数据。在图12的示例中，dcim数据平台20包括实时在线数据、历史离线数据、与基础设施资产数据主体相关联的数据以及与参考数据主体相关联的数据。协调器81提供可以将客户api请求分解成用于访问底层微服务83的工作流的编排层。在一些示例中，诸如于2015年10月29日提交的标题为“microservice-basedapplicationdevelopmentframework(基于微服务的应用开发框架)”的美国申请第14/927,315号描述的，可以将微服务83提供为全栈开发框架执行环境的一部分以便于基于微服务的应用架构的应用开发，该申请的全部内容通过引用并入本文。开发人员平台146和企业api网关148从协调器81接收资产数据，并且将所得到的经过管理和认证的资产数据传输给客户开发人员150。在图12的示例中，开发人员平台146包括订阅管理、api软件开发工具包(sdk)、api目录和服务虚拟化。在图12的示例中，企业api网关148包括认证(例如，oauth2)、api缓存和api策略。在一些示例中，在图12中示出的技术架构可以使用同位设施提供者的开发人员平台146来利用用于客户入门的云交换模型。对于所有dcimapi，该技术架构还可以利用同位设施提供者的企业api网关148。该技术架构还可以利用bmsapi，并且增强api目录和sdk。在一些示例中，图12所示技术架构可以对api使用沙箱方法。在一些示例中，被用于客户门户87和/或在同位设施提供者的内部的应用的微服务和协调器可以重新用于客户api。图13是图示了根据本公开的一个或者多个方面的其中其他it系统与dcim数据平台20集成的示例系统200的框图。在图13的示例中，dcim数据平台20包括历史离线数据、实时在线数据、参考数据主体204和企业数据同步主体(enterprisedatasynchronizationmaster)(“企业数据同步主体(enterprisedatasyncmaster)”)202。在一些示例中，参考数据主体204可以经由企业数据同步管理器202来获得企业系统数据。在一些示例中，dcim数据平台20利用企业系统网关109来获得企业系统的数据。在一些示例中，dcim数据平台20从同位设施提供者的数据管理软件系统获得保持架、机柜和空间图。在一些示例中，dcim数据平台20从企业资产管理(eam)软件系统获得电气基础设施资产信息和维护信息。dcim数据平台20可以在企业系统网关109处将运行数小时的电气基础设施资产写回到eam软件系统。企业系统网关109可以与eco应用进行交互以便使用或者管理数据中心和系统。图14是图示了根据本公开的一个或者多个方面的示出用于dcim系统的组件的示例安全性配置的系统300的框图。例如，dcim系统302可以与图1所示dcim系统22和图9所示数据平台59相对应。如在图14的示例中示出的，dcim边缘数据中心和相关联的dcim边缘系统16由其自己的子网保护。系统300包括各种防火墙，这些防火墙可以是数据中心级下一代防火墙和安全性。dcim边缘系统16可以使用dcim边缘系统16与消息代理之间的基于ssl的通信。将在微服务与数据库之间启用安全连接。数据中心网关经由oauth来认证外部请求，并且生成唯一标识符(uuid)。在一些示例中，数据中心网关可以针对数据库和消息代理具有安全的地理冗余。图15是图示了根据本文描述的技术的在数据中心基础设施监测系统中的示例警告和通知过程的框图。如在图15中示出的，值得警告的事件源自基础设施对象(infrastructureobjects)(“基础设施对象(infraobjects)”)。值得警告的事件可以包括：例如，基于单个值的警报、基于派生值的警报、设备层次结构警报和维护调度警报。基于单个值的警报可以包括：例如，带外阈值违反、弹性状态和冗余状态。基于派生值的警报可以包括：例如，点计算驱动的警报，例如，ups电力和pdu电力之和与阈值偏离5％。例如，设备层次结构警报可以是有关受影响的设备的警告。例如，维护调度警报可以包括基于计划的冗余和主动通知的警报/通知。在一些示例中，基于单个值的警报、设备层次结构警报和维护调度警报可以各自由数据中心运营管理员和/或客户管理员可配置。在一些示例中，基于派生值的警报可以仅由数据中心运营管理员可配置，而不是由客户管理员可配置。例如，数据中心运营管理员或者客户管理员可以录入用于创建和定义设备警报并且设置警报阈值、定义复合警报、定义层次结构警报以及导入维护警报的配置数据(例如，经由客户门户或者全局ibx监测系统)。如在图15中示出的，dcim边缘系统(例如，本文描述的任何dcim边缘系统16)拦截源自基础设施对象的事件，记录事件，并且将事件转发至数据平台20。数据平台20触发警告，诸如，通过应用所配置的警报检测规则。数据平台20基于规则的应用将事件限定为警告，并且记录警告并且将警告转发至通知引擎(例如，图8所示通知引擎131)。通知引擎131接收警告，并且为警告创建票证(例如，针对每个警告的票证)。通知引擎131协商警告接收方和运输机制。通知引擎131提供消息供应，例如，经由使用简单邮件传输协议(smtp)或者短消息服务(sms)的电子邮件。图16是图示了根据本文描述的技术的用于消息传递服务的示例系统的框图，该消息传递服务向数据中心事件应用实时处理，并且近实时地将处理过的事件发布到发布平台的自定义话题。计算系统1000可以表示本公开中描述的dcim系统22和其他dcim系统架构的示例。计算系统1000包括api平台1002、主要数据中心基础设施监测平台1006a，并且在一些示例中，包括用于灾难恢复的备用数据中心基础设施监测平台1006b。计算系统1000接收来自api消费者1004的对事件(在本公开中的别处也被称为“资产事件”)的访问权限的注册请求，该api消费者1004可以包括数据中心提供者的客户的客户应用1004a、针对客户的客户构建管理系统1004b、物联网(iot)设备1004c、开发应用的api开发人员1004d和dcim代理1004e。一个或者多个数据中心12可以包括对应的dcim代理1004e。例如，ibx-1可以包括由数据中心12的数据中心提供者部署的dcim代理1004e。与数据中心12的产生用于api消费者1004的监测的基础设施资产数据的物理基础设施资产14不同，dcim代理2012是api消费者1004的示例。dcim代理1004e可以表示可以由位于对应的数据中心12中的执行平台执行并且由数据中心提供者部署的轻量级组件。由数据中心提供者管理的任何数据中心12可以包括dcim代理1004e的至少一个对应实例。计算系统1000包括api平台1002，该api平台1002执行一个或者多个应用，以路由传送经由通信网络1012接收到的、对订阅api1018的服务请求。api平台1002可以操作为api网关(或者“服务网关”)。即，api平台1002操作为dcim平台1006a应用的一个或者多个服务实例的单个进入点，并且负责路由传送至服务实例的服务请求。api平台1002将在api平台1002处接收到的服务请求(诸如，来自api消费者1004的注册请求)路由传送至由dcim平台1006a应用的一个或者多个服务实例提供的目标服务。api平台1002可以表示(或者包括)图11所示api网关的示例实现。api平台1002可以表示执行一个或者多个api平台1002应用和/或服务的一个或者多个服务器计算设备和/或虚拟化执行环境。虽然在图16中被示出为单个元件，但是api平台1002可以在包括一个或者多个物理处理器的一个或者多个物理计算设备的群集上执行和/或在一个或者多个物理处理器上执行的虚拟化执行环境之上执行。例如，dcim平台1006a表示各自执行为一个或者多个服务实例以公开订阅api1018的一个或者多个应用，该订阅api1018包括用于获得现有话题，注册新话题(“注册请求”)，删除话题和更新话题的方法。在一些示例中，可以备选地或者附加地使用其他方法。dcim平台1006a可以从dcim边缘平台16的在本文档中的别处描述的任何示例接收资产事件(或者更简单地，“事件数据”或者“事件”)，这些示例处理由基础设施资产产生并且用于基础设施资产产生资产事件的实时数据。dcim平台1006a可以表示图11所示数据即api128和实时通知服务130的示例实现。api消费者1004可以向api平台1002发出符合订阅api1018以调用订阅api1018方法的注册请求，下面详细地描述了这些订阅api1018方法的示例。即，注册请求可以指示订阅api1018的方法，并且还指定事件的一个或者多个事件主题。表3：订阅api方法以下是对用于列出客户或者用户当前订阅的事件的subscribeget方法的详细描述。标头参数：x-auth-user-name*请求的用户idx-auth-org-id*用户的组织id表4：标头参数示例subscribeget响应状态200模式：示例subscribeget响应状态200模式：以下是对用于针对事件的近实时馈源对用户进行注册的subscribepost方法的详细描述。标头参数：x-auth-user-name*请求的用户idx-auth-org-id*用户的组织id表5：标头参数针对subscriberpost请求的subscribepost主体参数模式的示例：示例subscribepost响应状态200和状态0模式与上面描述的示例subscribeget状态200模式相似。以下是对用于删除订阅的subscribesubscriptioniddelete方法的详细描述。路径参数：subscriptionid*订阅的唯一标识符表5：路径参数针对subscribesubscriptioniddelete状态0错误响应的subscribesubscriptioniddelete模式的示例：以下是对用于获得由订阅标识符标识的订阅的subscribesubscriptionidget方法的详细描述。路径参数：subscriptionid*订阅的唯一标识符表6：路径参数示例subscribesubscriptionid响应状态200和状态0模式与上面描述的示例subscribeget状态200模式相似。以下是对用于更新订阅以添加事件或者从近实时馈源中移除事件的subscribesubscriptionidput方法的详细描述。路径参数：subscriptionid*订阅的唯一标识符表7：路径参数标头参数：x-auth-user-name*请求的用户idx-auth-org-id*用户的组织id表8：标头参数示例subscribesubscriptionidput与上面描述的针对subscriberpost的示例subscribepost主体参数模式相似。示例响应状态200和状态0模式与上面描述的示例subscribepost状态200模式相似。通过使用订阅api1018，dcim平台1006a从api消费者1004接收注册请求，这些注册请求各自表示注册提供由一个或者多个数据中心12(在此处，作为国际商业交换(ibx)(ibx-1至ibx-xx)进行说明)的基础设施资产生成的近实时数据1017的访问权限的主题的请求。注册请求可以是调用来自表3的上述示例之一中的subscribepost方法的httppost。由一个或者多个数据中心12的基础设施资产生成的近实时数据1017可以包括在一个或多个dcim边缘处采集到的并且被提供至数据平台的数据的示例，如上所述，其中此处的数据平台是(或者包括)dcim平台1006a，以提供对描述数据中心12的基础设施资产14的操作或者状况的事件的近实时访问权限。示例事件类型可以描述警报状态、警告状态、包括基础设施资产标签点的值的标签点事件、描述数据中心的基础设施资产的功耗的电力事件、描述环境传感器的读数的环境数据以及指示基础设施资产的弹性(例如，冗余资产的可用性、备份等)的弹性信息。例如，数据中心12可以生成描述数据中心12的机柜的功耗的一系列事件。作为另一示例实例，数据中心12可以生成描述由温度传感器(一种环境传感器)在数据中心12内的空间中确定的温度的一系列事件。事件中的每个事件与唯一地标识事件主题的标识信息(“事件标识符”)相关联。示例事件标识符和事件主题包括：针对警报对象的唯一警报标识符、针对警告对象的唯一警告标识符、针对资产的标签点的唯一标签点标识符、针对与电力数据关联的基础设施资产的标识符、与环境数据相关联的空间和传感器标识符以及针对具有某种弹性状态的基础设施资产的标识符。下面在示例事件对象模式中提供了这种事件标识符的示例。在一些情况下，dcim平台1006a使用由数据中心12生成的近实时数据1017来生成事件。在一些情况下，近实时数据1017包括事件。在任何情况下，dcim平台1006a都使用近实时数据1017来获得事件。注册请求可以指定客户账户、数据中心和与由数据中心12中的指定数据中心生成的近实时数据相对应的事件主题的列表。每个事件主题是描述事件主题的一个或者多个事件的主题，并且每个事件可以与描述针对事件和事件主题的数据的类型的不同事件类型相对应。示例事件主题包括警报对象、警告对象、基础设施资产、环境传感器和基础设施资产的属性(“标签点”)。注册请求可以包括唯一地标识针对其请求访问的事件的事件主题的事件标识符。根据本公开中描述的技术，以下模式提供对由dcim平台1006a获得并且使得api消费者1004可访问的不同事件的示例事件类型的示例描述：事件描述alarm_active警报当前是活动的alarm_cleared警报已经清除alert_active警告当前是活动的alert_acknowledged警告被确认tagpoint_updated新的标签点数据值被更新power_updated新的功耗数据点被添加environment_updated新的环境传感器数据点被添加resiliency_updated弹性信息被更新表1：事件类型被包括在事件中的数据被称为“事件数据”，并且可以指示事件的类型，并且包括描述事件的对象。alarm_active事件指示警报被激活。当警报被激活时，发送alarm_active事件。连接至警报的所有用户账户都可以访问alarm_active事件。警报属性是包含有关警报的信息的警报对象：alarm_cleared事件指示警报已经清除。当清除了警报时，发送alarm_cleared事件。连接至警报的所有用户账户都可以访问alarm_cleared事件。alarmid是警报对象的唯一标识符。eventts是在系统中创建事件的时间戳。以下是示例事件数据：tagpoint_updated事件指示存在针对基础结构资产的标签点生成的新数据。当更新标签点数据时，发送tagpoint_updated事件。可看见标签点的所有用户都可以访问tagpoint_updated事件。tagpointdata属性是包含有关标签点的最新信息的tagpointdata对象：power_updated事件指示接收到或者计算出新的功耗数据。具有以下账户的访问权限的用户可访问power_updated事件：这些账户拥有功耗数据与之相关的电路。powerdata属性是包含功耗信息的powerdata对象：environment_updated事件指示更新了或者计算出新的环境数据。在与环境信息相关的位置/数据中心空间中具有保持架/机柜的用户账户可访问environment_updated事件。environmentdata属性是包含环境信息的environmentdata对象。resiliency_updated事件指示计算出并且修改了一组资产的弹性状态。受资产的影响的用户账户可访问resiliency_updated事件。resilencydata属性是包含弹性信息的resiliencydata对象被包括在事件中的对象描述事件的主题，包括事件主题的更新的数据点。不同类型的事件具有对应的对象类型。以下是被包括在事件中的事件对象的示例模式。对象类型描述alarm警报alert警告tagpointdata标签点读取数据powerdata电力读取数据environmentdata环境读取数据resiliencydata弹性信息表2：对象类型alarm对象：alert对象：tagpointdata对象：powerdata对象：environmentdata对象：资产弹性是无论特定资产是否正在起作用，资产的功能性是否受到怀疑的指示符。资产弹性是基于底层资产的可配置点，该可配置点帮助确定系统弹性。例如，数据中心12可以具有电力发电机-g-1、g-2、g-3、g-1r、g-2r、g-3r。g-1、g-2和g-3能够利用3个冗余发电机g-1r、g-2r和g-3r来服务对数据中心12的需求。场景1：g-1和g-2r未运行。即使g-1和g-2r未运行，由于其余运行中的发电机能够服务对数据中心的需求，因此，所有发电机都被认为是弹性的。场景2：如果出于某种原因，发电机中的四个发电机未运行，则不再认为发电机处于弹性状态，虽然它们中没有一个实际上可以使用。弹性数据向客户通知关于资产弹性的改变，以使他们能够基于实况机器数据馈源做出操作决策。示例resiliencydata对象如下：为了提供事件数据的访问权限，dcim平台1006a在一个或者多个基于云的发布平台1010a至1010n中创建话题。dcim平台1006a可以附加地或者备选地在一个或者多个内部发布平台1030中创建话题。基于云的发布平台1010和内部发布平台1030在本文中可以更一般地被称为“发布平台”。基于云的发布平台1010和内部发布平台1030各自表示异步消息传递系统，发布器通过该异步消息传递系统来创建消息并且将消息发送至话题。消费应用(或者“订户”)创建针对话题的订阅以便接收发送至话题的消息。按照这种方式，计算系统1000为api消费者1004提供消息传递服务以近实时地接收dcim事件数据。api消费者1004可以基于dcim事件数据来执行一个或者多个动作。基于云的发布平台1010和内部发布平台1030中的每一个表示在计算架构上执行的应用，并且更具体地，表示在公共云计算架构、私有云计算架构或者混合云计算架构上执行的应用。针对基于云的发布平台1010和内部发布平台1030的每个计算架构包括一个或者多个物理计算设备，该一个或者多个物理计算设备包括一个或者多个物理处理器和/或在一个或者多个物理处理器上执行的虚拟化执行环境。示例基于云的发布平台1010包括由google公司制造的google云的云发布/订阅服务；由microsoft公司制造的microsoftazure的microsoft服务总线；以及由amazon公司制造的amazonwebservices的简单队列服务。内部发布平台1030的示例包括：apachekafka、activemq、ibmmq、solace虚拟消息路由器、rabbitmq、redhatjbossmaq、anypointmq、aureacxmessenger和oracletuxedo消息队列。每个基于云的发布平台1010提供发布api1016，dcim平台1006a通过该发布api1016来注册新话题1060并且向话题1060发送消息以供话题订户消费。内部发布平台1030提供相似的发布api1016，dcim平台1006a通过该相似的发布api1016来注册新话题1060并且向话题1060发送消息以供话题订户消费。话题1060是命名资源，消息可以被发送至该命名资源，并且消费应用可以订阅该命名资源以接收消息。可以使用完整的或者部分统一资源标识符(uri)来标识话题1060。订阅是表示来自话题1060并且用于传递给特定订户的消息的命名资源。话题1060可以具有多个订阅，但是特定订阅与针对单个话题的消息相关联并且接收针对单个话题的消息。订阅可以根据订户请求针对话题1060的消息的拉取模型或者根据基于云的发布平台1010或者内部发布平台1030向订户发起传递针对话题1060的消息的推送模型来进行操作。可以使用完整的或者部分uri来标识订阅。响应于接收到符合订阅api1018的注册请求，dcim平台1006a处理该注册请求，并且使用对应的发布api1016来向基于云的发布平台1010和内部发布平台1030中的所选择的平台发送请求针对在注册请求中指定的并且由指定数据中心12生成的事件列表的新话题的请求。dcim平台1006a可以向多个平台进行发布。基于云的发布平台1010和内部发布平台1030中的所选择的平台在话题1060中创建主题，并且响应于话题请求而将对话题的描述返回到dcim平台1006a。对话题的描述可以包括可用于创建针对话题的订阅的订阅标识符。订阅标识符可以是完整的或者部分uri、字符串、整数等。在一些实例中，对话题的描述可以包括订阅细节。这些订阅细节可以包括以下数据：该数据描述由dcim平台1006a代表请求api消费者1004创建的并且可由api消费者1004用于获得描述数据中心12的操作的近实时事件的订阅。在一些实例中，注册请求可以指定：基于云的发布平台1010和/或内部发布平台1030将由dcim平台1006a选择并且使用以用于根据注册请求发布事件数据。响应于成功注册了话题，dcim平台1006a将注册响应中的订阅标识符返回给发出了注册请求的api消费者1004。dcim平台1006a还创建从所请求的注册中指示的事件主题中的每个事件主题到话题1060中的新话题的映射，并且将这些映射存储到数据-话题映射1040。例如，注册请求可以指示两个事件主题：警报和标签点，各自具有唯一事件标识符。在从基于云的发布平台1010和内部发布平台1030中的所选择的平台接收到新主题之后，dcim平台1006a创建针对事件主题中的每个事件主题与话题的映射，并且将这两个映射存储到数据-话题映射1040。如果数据-话题映射1040包括针对事件主题的现有映射，则dcim平台1006a可以将话题添加至针对现有映射的一个或者多个主题的现有列表。因此，数据-话题映射1040中的每个映射或者条目是事件主题与用于发布与事件主题相关的事件的一个或者多个话题的一对多关联。数据-话题映射1040还可以包括对订阅的事件的描述。数据-话题映射1040可以表示关联数据结构，诸如，映射、表、元组列表和哈希映射。针对事件主题的事件标识符可以操作为数据-话题映射1040中的对应条目的查找密钥，这种条目将事件标识符/查找密钥映射至针对事件主题的一个或者多个话题1060。数据-话题映射1040可以表示哈希表，其中，映射被存储到哈希桶，并且事件标识符的哈希被用作查找密钥。示例哈希函数包括sha-1和md5。dcim平台1006a随后使用来自数据中心12的近实时数据1017来获得事件。dcim平台1006a使用每个事件的事件标识符来对数据-话题映射1040进行查询，以快速确定事件主题是否在基于云的发布平台1010和内部发布平台1030中具有对应的一个或者多个话题。如果具有，则dcim平台1006a获得针对事件主题的一个或者多个话题，并且通过使用发布api1016向话题的资源发送发布消息来将事件发布到话题，该发布消息包括事件的事件数据。如本文使用的，“资源”可以是指在特定uri下可访问的资源。如上面提到的，api消费者1004接收来自dcim平台1006a的注册响应中的订阅标识符，该订阅标识符可用于订阅基于云的发布平台1010和内部发布平台1030的对应话题1060。基于云的发布平台1010和内部发布平台1030可以提供用于订阅话题1060以获得由dcim平台1006a发布到话题1060的事件的对应订阅api1014。api消费者1004通过使用由dcim平台1006a提供的订阅标识符标识期望话题1060，来请求订阅话题1060。通过使用订阅，api消费者1004请求包括由dcim平台1006a发布到话题1060的事件的消息。按照这种方式，api消费者1004可以获得以下事件数据：该事件数据描述数据中心12的操作和状况，并且由dcim平台1006a近实时地发布以向api消费者1004提供基础设施资产更新。在一些示例中，计算系统1000使用服务器侧事件(sse)来进行事件发布，而不是基于云的发布平台1010。在这种示例中，api消费者1004订阅sse平台以获得事件的实时通知。sse平台提供用于获取事件数据的restapi。当dcim平台1006a接收到新事件时，dcim平台1006a将新事件发布到sse平台的话题，并且向api消费者1004通知新事件的可用性。然后，api消费者1004可以使用restapi来获取新事件。在一些示例中，计算系统1000可以包括备用dcim平台1006b用于灾难恢复。dcim平台1006b可以与dcim平台1006a相似，但是位于别处以获得地理冗余。dcim平台1006a可以将数据-话题映射1040复制到dcim平台1006b，该dcim平台1006b可以在dcim平台1006a发生故障的事件中假设并且执行事件发布。图17是图示了根据本文描述的技术的用于消息传递服务的示例系统的框图，该消息传递服务向数据中心事件应用实时处理，并且近实时地将处理过的事件发布到发布平台的自定义话题。计算系统1100包括api平台1002和主要数据中心基础设施监测(dcim)平台1106。dcim平台1106详细地说明了主要dcim平台1006a的示例实现。dcim平台1106包括数据流平台1118、实时数据流处理器1111和控制器1110。数据流平台1118、实时数据流处理器1111和控制器1110中的每一个可以表示一个或者多个服务器计算设备和/或执行一个或者多个api平台1002应用和/或服务的虚拟化执行环境。虽然被示出为单个元件，但是数据流平台1118、实时数据流处理器1111和控制器1110中的每一个可以在包括一个或者多个物理处理器的一个或者多个物理计算设备的群集上执行和/或在一个或者多个物理处理器上执行的虚拟化执行环境之上执行。数据流平台1118接收由数据中心12生成的实时数据1124，并且创建数据流1126。例如，数据流平台1118可以表示(多个)apachekafka实例。控制器1110处理由api消费者1004发起的订阅api1018服务请求。控制器1110对这种服务请求进行授权并且进行处理，以响应地创建/修改话题1060并且生成/修改数据-话题映射1040的条目。控制器1110可以将数据-话题映射1040存储到执行控制器1110应用的一个或者多个服务实例的计算设备的存储器。通常，控制器1110操作为用于配置实时或者近实时馈源的馈源管理器。控制器1110接收来自控制应用的输入，并且确定应该流向api消费者1004的数据、警报和警告。如下面更详细地描述的，控制器1110的操作包括：接收来自api消费者1004或者数据中心12的控制应用的输入；获得用于将资产的数据映射至话题的资产映射信息；确定应该流向api消费者的数据、警告和警报并且更新数据-话题映射；以及刷新实时数据流处理器1111的实时缓存。实时数据流处理器1111获得由数据流平台1118生成的数据流1126，并且基于被存储到数据-话题映射1040的映射来将来自数据流1126的事件发布到基于云的发布平台1110的话题1060。时间数据流处理器1111可以将数据流1126存储到持久性数据库1112。例如，持久性数据库1112可以表示cassandra数据库实例。例如，实时数据流处理器1111可以表示(多个)apachestorm实例。通常，实时数据流处理器1111和数据流平台1118消费数据流，并且基于数据-话题映射1040在配置的话题1060(也被称为“通道”)上向api消费者1004发布数据。数据流平台1118可以在一个或者多个客户感兴趣的流平台(例如，kafka)话题(未示出)上推送数据。然后，实时数据流处理器1111可以从话题中取回数据，参考数据-话题映射1040以确定向其推送数据的客户和主题1060，并且将数据发布到(多个)所确定的主题1060。作为处理事件的一个示例，dcim代理1004e从发布平台1010或者1030获得在针对话题1060的已发布事件1152中的基础设施资产数据，该基础设施资产数据符合针对平台的消息传递服务的云协议。dcim代理1004e使用预定义映射来智能地将基础设施资产数据转变为可与网络管理或者控制协议一起使用的格式化的基础设施资产数据，利用该网络管理或者控制协议，ibx12中的客户设备进行通信以接收基础设施资产数据。例如，dcim代理1004e的管理协议服务器使用管理协议(例如，snmp)来向ibx-xx的管理协议客户端提供基础设施资产数据。管理协议客户端可以发出请求特定资产数据数据库值的请求，在snmp示例中，该特定资产数据数据库值可以是oid。该请求可以表示snmpget。响应于该请求，dcim代理1004e的管理协议服务器发出响应1036，该响应1036包括从由dcim代理1004e管理的资产数据数据库读取的值。在一些情况下，管理协议服务器可以配置有陷阱(例如，snmp陷阱)以使管理协议服务器针对未请求的陷阱值发出响应1036。在2017年10月16日提交的标题为“datacenteragentfordatacenterinfrastructuremonitoringdataaccessandtranslation(用于数据中心基础设施监测数据访问和转换的数据中心代理)”的美国临时专利申请62/573,034号中描述了dcim代理的进一步示例细节，该申请通过整体引用并入本文。图18是图示了根据本文描述的技术的用于以下操作的示例操作模式的流程图：计算系统1100向数据中心事件应用实时处理，并且近实时地将处理过的事件发布到发布平台的自定义话题。虽然主要针对使用基于云的发布平台1010来进行事件发布的系统描述了模式操作，但是模式操作适用于使用内部发布平台1030的计算系统。api平台1002接收注册请求1130，该注册请求1130指示数据中心12提供者的客户和描述数据中心12的操作并且在一些情况下，更具体地，描述至少一个数据中心12基础设施资产的操作的事件的事件主题(1202)。注册请求1130标识订阅api1018资源并且符合订阅api1018。api平台1002将注册请求1130路由传送至控制器1110的服务实例以便进行处理。在图18的示例中，控制器1110对客户数据库1120进行查询，以确定在注册请求1130中所指示的客户是否被授权访问针对事件主题的事件(1204)。如果为否(1204的“否”分支)，则控制器1110拒绝注册请求，并且返回指示不成功的注册响应(1206)。在一些示例中，步骤1204可以是可选的。注册请求可以指示将被用于事件发布的基于云的发布平台1010或者内部发布平台1030。在一些示例中，如果数据中心提供者的客户不再是客户或者修改了其客户足迹(例如，从数据中心提供者购买的资源的数量或者类型或者位置)，则安全性覆盖管理授权变化以向附加的(或者减少的)数据中心资源提供更多的(或者更少的)数据授权。如果客户被授权(1204的“是”分支)，则控制器1110向基于云的发布平台1010a发送话题请求1138，以请求话题1060中的新话题以便用于发布dcim事件(1208)。控制器1110在主题响应中接收对新主题的描述，其中，描述包括可用于发布事件并且利用基于云的发布平台1010a来创建新订阅的订阅标识符(1209)。在一些示例中，控制器1110对客户数据库1120进行查询，以确定先前的注册请求中是否存在针对客户的现有订户标识符。如果存在，则控制器1110可以将现有订户标识符重用于针对其在注册请求中请求访问的(多个)附加事件。控制器1110在数据-话题映射1040中创建条目1140，该条目1140将针对作为注册请求的主题的事件主题的事件标识符映射至新话题(1210)。控制器1110响应于注册请求1134而发送包括订阅标识符的注册响应1135，api消费者1004/客户可以使用该订阅标识符来与基于云的发布平台1010a创建订阅，以用于获得发布到对应话题1060的事件。api平台1102可以响应于注册请求1130而向请求api消费者1004发送注册响应1132。注册响应1132可以包括订阅标识符。为了订阅话题，api消费者可以使用包括订阅标识符的订阅请求1150来进行注册，并且其后，接收由dcim平台1106发布到平台1010a的已发布事件1152。实时数据流处理器1111接收包括具有事件标识符的事件1142的事件流1126(1214)。实时数据流处理器1111将事件标识符(或者其哈希或者其他表示)用作用于对数据-话题映射1040进行查询以确定是否存储了匹配条目的查找密钥(1216)。如果没有找到匹配条目(1216的“否”分支)，则实时数据流处理器1111将事件数据存储到持久性数据库1112(1220)。如果找到匹配条目(1216的“是”分支)，则实时数据流处理器1111利用通信1144来将事件1142发布到被映射在匹配条目中的一个或者多个话题，该一个或者多个话题包括在步骤1209中接收到的新话题(1218)。实时数据流处理器1111还可以将事件数据存储到持久性数据库1112(1220)。除了基于云的发布平台1010a之外或者作为基于云的发布平台1010a的备选，上述示例操作模式可以被用于将事件发布到内部发布平台1030的话题1060。图19是图示了根据本文描述的技术的用于从监测一个或者多个数据中心的dcim平台1006a获得近实时事件的实时伙伴api目录的示例特征的框图。平台api是具有用于认证(/auth)、用户管理(/user)和用户账户(/account)的资源的api的示例概念性呈现。图19还描绘了用于由订阅api1018提供的订阅/注册的资源以及客户可以使用订阅api来注册的实时事件。本文所描述的近实时api技术可以使客户能够近实时地消费实时机器数据馈源、警告和警报，其中，实时api以事件和对象的形式被定义。图20是图示了根据本公开的一种或者多种技术操作的计算设备的一个示例的进一步细节的框图。图20可以图示出包括一个或者多个处理器502的服务器或者其他计算设备500的特定示例，该一个或者多个处理器502用于执行以下中的任何一个或者多个：基础设施资产配置器550、dcim边缘模块552、数据中心网关模块554、资产配置文件推荐引擎556、gims模块558、api平台模块560、控制器562、流处理器564、流平台566或者本文描述的任何其他应用。可以在其他实例中使用计算设备500的其他示例。计算设备500可以是例如，dcim系统22(图1)、dcim系统23(图2)、dcim系统400(图3)、api平台1002和dcim平台1106的组件中的任何一个。虽然出于示例的目的在图20中被示出为独立的计算设备500，但是计算设备可以是包括用于执行软件指令的一个或者多个处理器或者其他合适的计算环境的任何组件或者系统，并且例如，不必包括在图20中示出的一个或者多个元件(例如，通信单元506；以及在一些示例中，组件(诸如，(多个)存储设备508)可以不同位或者不与其他组件在同一机架中)。如在图20的示例中示出的，计算设备500包括一个或者多个处理器502、一个或者多个输入设备504、一个或者多个通信单元506、一个或者多个输出设备512、一个或者多个存储设备508以及(多个)用户界面(ui)设备510。在一个示例中，计算设备500还包括由计算设备500可执行的一个或者多个应用522、(多个)dcim系统应用524和操作系统516。组件502、504、506、508、510和512中的每一个被耦合(物理地、通信地和/或可操作地)以便进行组件间通信。在一些示例中，通信信道514可以包括系统总线、网络连接、进程间通信数据结构或者用于传送数据的任何其他方法。作为一个示例，组件502、504、506、508、510和512可以通过一个或者多个通信信道514被耦合。在一个示例中，处理器502被配置为在计算设备500内实现功能性和/或处理用于执行的指令。例如，处理器502可能能够处理被存储在存储设备508中的指令。处理器502的示例可以包括微处理器、控制器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或者等效的分立或者集成逻辑电路装置中的任何一个或者多个。一个或者多个存储设备508可以被配置为在操作期间在计算设备500内存储信息。在一些示例中，存储设备508被描述为计算机可读存储介质。在一些示例中，存储设备508是瞬态存储器，这意味着存储设备508的主要目的不是长期存储。在一些示例中，存储设备508被描述为易失性存储器，这意味着当计算机被关闭时，存储设备508不维持所存储的内容。易失性存储器的示例包括：随机存取存储器(ram)、动态随机存取存储器(dram)、静态随机存取存储器(sram)和本领域已知的其他形式的易失性存储器。在一些示例中，存储设备508被用于存储用于由处理器502执行的程序指令。在一个示例中，存储设备508由在计算设备500上运行的软件或者应用用于在程序执行期间暂时存储信息。在一些示例中，存储设备508还包括一种或者多种计算机可读存储介质。存储设备508可以被配置为比易失性存储器存储更大量的信息。存储设备508还可以被配置用于长期信息存储。在一些示例中，存储设备508包括非易失性存储元件。这种非易失性存储元件的示例包括：磁性硬盘、光盘、软盘、闪速存储器或者电可编程存储器(eprom)或者电可擦除可编程(eeprom)存储器的形式。在一些示例中，计算设备500还包括一个或者多个通信单元506。在一个示例中，计算设备500利用通信单元506来经由一个或者多个网络(诸如，一个或者多个有线/无线/移动网络)与外部设备通信。通信单元506可以包括：网络接口卡(诸如，以太网卡)、光收发器、射频收发器或者可以发送和接收信息的任何其他类型的设备。这种网络接口的其他示例可以包括3g和wifi无线电。在一些示例中，计算设备500使用通信单元506来与外部设备通信。在一个示例中，计算设备500还包括一个或者多个用户界面设备510。在一些示例中，用户界面设备510被配置为通过触觉反馈、音频反馈或者视频反馈来接收来自用户的输入。(多个)用户界面设备510的示例包括：存在敏感型显示器、鼠标、键盘、语音响应系统、摄像机、麦克风或者用于检测来自用户的命令的任何其他类型的设备。在一些示例中，存在敏感型显示器包括触敏屏幕。一个或者多个输出设备512还可以被包括在计算设备500中。在一些示例中，输出设备512被配置为使用触觉刺激、音频刺激或者视频刺激来向用户提供输出。在一个示例中，输出设备512包括存在敏感型显示器、声卡、视频图形适配器卡或者用于将信号转换为人类或者机器可理解的适当形式的任何其他类型的设备。输出设备512的附加示例包括：扬声器、阴极射线管(crt)监视器、液晶显示器(lcd)或者可以向用户生成可理解的输出的任何其他类型的设备。计算设备500可以包括操作系统516。在一些示例中，操作系统516控制计算设备500的组件的操作。例如，在一个示例中，操作系统516便于一个或者多个应用522和(多个)dcim系统应用524与处理器502、通信单元506、存储设备508、输入设备504、用户界面设备510和输出设备512的通信。应用522和(多个)dcim系统应用524还可以包括由计算设备500可执行的程序指令和/或数据。由计算设备500可执行的(多个)示例dcim系统应用524可以包括基础设施资产配置器550、dcim边缘模块552、数据中心网关模块554、资产配置文件推荐引擎556、gims模块558、api平台模块560、控制器562、流处理器564和流平台566中的任何一个或者多个，各自用虚线进行图示以指示这些组件可以或者可以不被配置用于由计算设备500的任何给定示例执行。未示出的其他dcim系统应用可以备选地或者附加地被包括进来，从而提供本文描述的其他功能性。在该示例中，dcim系统应用524包括基础设施资产配置器550、dcim边缘模块552、数据中心网关模块554、资产配置文件推荐引擎556、gims模块558、api平台模块560、控制器562、流处理器564和流平台566。基础设施配置器550可以包括用于使计算设备500执行本公开中针对基础设施资产配置器44所描述的操作和动作中的一个或者多个的指令。dcim边缘模块552可以包括用于使计算设备500执行本公开中针对dcim边缘16描述的操作和动作中的一个或者多个的指令。数据中心网关模块554可以包括用于使计算设备500执行本公开中针对数据中心网关34、110、140中的任何一个描述的操作和动作中的一个或者多个的指令。资产配置文件推荐引擎556可以包括用于使计算设备500执行本公开中针对资产配置文件推荐描述的操作和动作中的一个或者多个的指令。例如，当资产(诸如，ups)被引入dcim系统时，资产配置文件推荐引擎556可以基于标签点来自动标识资产类型，并且基于配置其他数据中心中的相同类型的其他资产的方式来推荐配置设置，从而基于其他数据中心中的相似资产的设置，使引入的资产在操作上更加高效。gims模块558可以包括用于使计算设备500执行本公开中针对gims42描述的操作和动作中的一个或者多个的指令。api平台模块560、控制器562、流处理器564和流平台566表示由计算设备500执行以执行针对图16所示计算系统1000和图17所示计算系统1100描述的操作的应用。更具体地，api平台模块560可以与(多个)通信单元506交换数据，并且执行针对api平台1002描述的操作。控制器562可以与(多个)通信单元506交换数据，并且执行针对控制器1110描述的操作。流处理器564可以与(多个)通信单元506交换数据，并且执行针对实时数据流处理器1111描述的操作。流平台566可以与(多个)通信单元506交换数据，并且执行针对数据流平台1118描述的操作。可以在硬件、软件、固件或者其任何组合中实现本文所描述的技术。可以在集成逻辑设备中一起实现被描述为模块、单元或者组件的各种特征，或者这些特征可以被分离地实现为分立的但是可互操作的逻辑设备或者其他硬件设备。在一些情况下，电子电路装置的各种特征可以被实现为一个或者多个集成电路设备，诸如，集成电路芯片或者芯片组。如果在硬件中实现，则本公开可以涉及诸如处理器等装置，或者诸如集成电路芯片或者芯片组等集成电路设备。备选地或者附加地，如果在软件或者固件中实现，则可以至少部分地通过包括指令的计算机可读数据存储介质来实现技术，这些指令在被执行时使处理器执行上面所描述的方法中的一种或者多种方法。例如，计算机可读数据存储介质可以存储这种指令以供处理器执行。计算机可读介质可以形成计算机程序产品的一部分，该计算机程序产品可以包括封装材料。计算机可读介质可以包括计算机数据存储介质，诸如，随机存取存储器(ram)、只读存储器(rom)、非易失性随机存取存储器(nvram)、电可擦除可编程只读存储器(eeprom)、闪速存储器、磁性或者光学数据存储介质等。在一些示例中，制品可以包括一个或者多个计算机可读存储介质。在一些示例中，计算机可读存储介质可以包括非瞬态介质。术语“非瞬态”可以指示存储介质不被实施在载波或者传播信号中。在某些示例中，非瞬态存储介质可以存储可以随时间发生变化的数据(例如，在ram或者高速缓冲存储器中)。代码或者指令可以是由处理电路装置执行的软件和/或固件，该处理电路装置包括一个或者多个处理器，诸如，一个或者多个数字信号处理器(dsp)、通用微处理器、专用集成电路(asic)、现场可编程门阵列(fpga)或者其他等效的集成或者分立逻辑电路装置。因此，如本文所使用的术语“处理器”可以是指前述结构中的任何结构或者适合于实现本文所描述的技术的任何其他结构。另外，在一些方面中，可以在软件模块或者硬件模块内提供在本公开中描述的功能性。已经描述了各种示例。这些以及其他示例在以下示例的范围内。当前第1页1 2 3