CMDB模型的数据获取方法、装置及电子设备与流程

本公开涉及运维
技术领域：
，尤其是涉及一种cmdb模型的数据获取方法、装置及电子设备。
背景技术：
：cmdb(configurationmanagementdatabase配置管理数据库)是运维系统的核心，侧重于管理(诸如，采集、整合、记录、维护、检验、更新等)数据，可纳管运维系统的各种资产及线上线下设备等。通常而言，cmdb包含有多种的cmdb模型、不同的cmdb模型之间的关联关系以及各模型的规则等。其中，cmdb模型为一系列配置字段的组合，不同的配置字段用于存放具有不同实际意义的数据。cmdb模型可以包含cmdb厂商在cmdb出厂前预置的cmdb模型，还可以包含客户的自定义模型。自定义模型可以是客户根据实际需求而对预置cmdb模型进行调整(诸如，增减配置字段)所得的cmdb模型，或者是客户完全自建的cmdb模型。对于预置cmdb模型，其可通过预置程序自动获取配置字段对应的数据。而对于自定义模型而言，通常需要人工查找配置字段所需存储的数据，这种数据获取方式的效率低下。公开内容有鉴于此，本公开的目的在于提供一种cmdb模型的数据获取方法、装置及电子设备，能够有效提升cmdb模型的数据获取效率。为了实现上述目的，本公开实施例采用的技术方案如下：第一方面，本公开实施例提供了一种cmdb模型的数据获取方法，该方法应用于运维系统，包括：获取目标cmdb模型的配置文件；其中，配置文件包括数据提供端的rest接口信息，以及目标cmdb模型的配置字段和rest字段的对应关系；根据rest接口信息从数据提供端中获取rest字段对应的rest数据；根据对应关系，将获取的rest数据对应存储给目标cmdb模型的配置字段。第二方面，本公开实施例还提供一种cmdb模型的配置装置，该装置应用于运维系统，包括：文件获取模块，用于获取目标cmdb模型的配置文件；其中，配置文件包括数据提供端的rest接口信息，以及目标cmdb模型的配置字段和rest字段的对应关系；数据获取模块，用于根据rest接口信息从数据提供端中获取rest字段对应的rest数据；配置模块，用于根据对应关系，将获取的rest数据对应存储在目标cmdb模型的配置字段。第三方面，本公开实施例提供了一种电子设备，包括处理器和机器可读存储介质，机器可读存储介质存储有能够被处理器执行的机器可执行指令，处理器执行机器可执行指令以实现第一方面的方法。第四方面，本公开实施例提供了一种机器可读存储介质，机器可读存储介质存储有机器可执行指令，机器可执行指令在被处理器调用和执行时，机器可执行指令促使处理器实现第一方面的方法。本公开实施例提供了一种cmdb模型的配置方法、装置及电子设备，首先获取目标cmdb模型的配置文件，并根据配置文件中的rest接口信息从数据提供端获取rest字段对应的rest数据，以及根据配置文件中模型的配置字段和rest字段的对应关系，将获取的rest数据对应存储在目标cmdb模型的配置字段。这种方式能够根据配置文件自动获取cmdb模型所需的rest数据，并将rest数据对应存储在cmdb模型的配置字段，相比于费时费力的人工获取数据的方式，能够有效提升cmdb模型的数据获取效率。本公开实施例的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本公开实施例的上述技术即可得知。为使本公开的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。附图说明为了更清楚地说明本公开具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1示出了本公开实施例所提供的一种cmdb模型的数据获取方法流程图；图2示出了本公开实施例所提供的一种配置文件的生成方法流程图；图3示出了本公开实施例所提供的一种自定义模型的数据获取示意图；图4示出了本公开实施例所提供的另一种cmdb模型的数据获取方法流程图；图5示出了本公开实施例所提供的一种cmdb模型的数据获取装置的结构框图；图6示出了本公开实施例所提供的另一种cmdb模型的数据获取装置的结构框图；图7示出了本公开实施例所提供的一种电子设备的结构示意图。具体实施方式为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合附图对本公开的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。传统的运维系统大多仅固定配置有cmdb模型(又可称为预置cmdb模型)，运维人员通常会给此类cmdb模型预先设置好数据获取方式，实现cmdb模型的固定配置，诸如，令cmdb模型直接从预设数据库中获取数据。如果客户根据自身需求而对已有的cmdb模型进行变更，诸如，在已有的cmdb模型中新增所需的配置字段，则需要人工再去查找变更后的cmdb模型所需的数据，由于数据可能会不定期发生变化，则需要再重新获取，因而维护工作量较大，为cmdb模型获取数据的人工方式效率低下。为改善上述问题，本公开实施例提供的一种cmdb模型的数据获取方法、装置及电子设备，该方法能够使cmdb模型自动获取所需的数据，节约人力成本的同时也可有效提升数据获取效率，以下对本公开实施例进行详细介绍。参见图1所示的一种cmdb模型的数据获取方法流程图，该方法应用于运维系统，包括以下步骤：步骤s102，获取目标cmdb模型的配置文件；其中，该配置文件包括数据提供端的rest接口信息，以及目标cmdb模型的配置字段和rest字段的对应关系。在具体实施时，可以从运维系统中的指定位置中查找与目标cmdb模型匹配的配置文件，该配置文件可以是预先根据目标cmdb模型的用户需求而设置的。配置文件中可包含有数据提供端的rest(representationalstatetransfer，表现层状态转移)接口信息，数据提供端可以是运维系统自身，也可以是第三方系统或者指定设备。rest接口信息可以包含rest接口的接口标识以及rest接口对应的rest字段，配置文件可以包含有cmdb模型需要自动获取数据的配置字段，以及与配置字段对应的rest字段。在本实施例中，配置字段为cmdb模型设置的字段，rest字段为数据提供端设置的字段。可以理解的是，不同系统设定的用于存储同一数据的字段名称可能不同，诸如，对于a设备的标识“a1”而言，cmdb模型中用于存储“a1”的配置字段为“设备id”，而数据提供端用于存储“a1”的rest字段为“id”。在本实施例中，用于存储同一数据的配置字段和rest字段具有对应关系。为便于理解，可参见表1所示的配置字段和rest字段的对应关系：表1配置字段设备idip地址设备掩码型号系列……rest字段idipmasktypenamesymbolname……如表1所示，第一行表示配置字段(也可以称为配置项属性)，第二行表示rest字段(也可称为接口属性)；诸如，目标cmdb的配置字段为“设备id”，其对应的rest字段为“id”；目标cmdb模型的配置字段为“型号”，其对应的rest字段为“typename”。步骤s104，根据上述rest接口信息从数据提供端中获取rest字段对应的rest数据。其中，存放在rest字段中的数据可简称为rest数据。可以根据rest接口信息中的rest接口的接口标识及其对应的rest字段，确定所需调用的rest接口以及其可从数据提供端中获取的rest字段对应的数据(也即，rest数据)。在实际应用中，配置文件中可以包含有多个rest接口的接口标识，不同的rest接口可对应不同的rest字段，且rest接口对接的数据提供端不同，诸如，有的rest接口直接对接本地运维系统，可从运维系统中获取数据；有的rest接口直接对接客户部署的第三方系统，可从第三方系统中获取数据。其中，运维系统和第三方系统均可理解为数据提供端。运维系统通过rest接口从数据提供端中获取数据时，可以是通过rest接口从数据提供端中的指定位置(诸如指定数据库或者其它存储信息的位置)获取数据。因此，可以首先根据rest接口信息确定rest接口以及rest接口对应的rest字段；然后通过确定后的rest接口从数据提供端获取该rest接口对应的rest字段的rest数据。其中，rest接口与rest字段为一对一关系或一对多关系。步骤s106，根据上述对应关系，将获取的rest数据对应存储在目标cmdb模型的配置字段。诸如，通过rest接口获取到rest字段“id”对应的rest数据为“2”，则将“2”对应存储在目标cmdb模型的配置字段“设备id”。通过rest接口获取到rest字段“ip”对应的rest数据为“172.24.5.103”，则将“172.24.5.103”对应存储在目标cmdb模型的配置字段“ip地址”。本公开实施例提供的上述cmdb模型的数据获取方法，首先可获取目标cmdb模型的配置文件，并根据配置文件中的rest接口信息从数据提供端获取rest字段对应的rest数据，以及根据配置文件中模型的配置字段和rest字段的对应关系，将获取的rest数据对应存储在目标cmdb模型的配置字段。这种方式能够根据配置文件自动获取cmdb模型所需的rest数据，并将rest数据对应存储在cmdb模型的配置字段，提升了cmdb模型的数据获取效率。在实际应用中，获取目标cmdb模型的配置文件的步骤，可以包括：如果符合触发条件，从指定位置查找目标cmdb模型的模型名称相对应的配置文件。在运维系统的指定位置中可以存放预先给各cmdb模型建立的配置文件。本实施例给出了以下两种示例性的触发条件：触发条件1：接收到数据获取指令。该数据获取指令可以是由用户发起，实际应用中，用户可以根据需求而向运维系统发起目标cdmb模型的数据获取指令。触发条件2：达到预设的数据获取时间。可以理解的是，数据获取时间可以预先设定，诸如，预先设置数据获取时间为每周一上午10:00；或者预先设置数据获取时间为周一、周三、周五的某个时刻等，具体可以根据实际需求而灵活设置，在此不进行限制。如果符合触发条件且在指定位置中查找到目标cmdb模型的模型名称相对应的配置文件，则配置文件获取成功。可以理解的是，本实施例中cmdb模型的配置文件都是预先存储在运维系统的指定位置的。cmdb模型若要获取所需数据，首先需要查找其对应的配置文件，以便根据配置文件中所记录的数据提供端的rest接口信息确定获取所需数据的方式，以及根据配置文件中记录的配置字段和rest字段的对应关系将所需数据存储于相应的配置字段中。本申请的下述实施例中，具体对配置文件生成的一种实现方式进行说明。如图2所示，配置文件的生成步骤可参照如下步骤执行：步骤s202，获取目标cmdb模型的用户自定义信息，其中，用户自定义信息中包含有目标cmdb模型的需求配置字段。用户可以根据实际需求而自行设置模型所需的配置字段。步骤s204，从需求配置字段中筛选出预先设置的配置字段与rest字段的对应关系中包含的配置字段，将筛选出的配置字段对应的rest字段作为目标rest字段。可以理解的是，用户根据需求而自行设置模型的需求配置字段，但有些用户的需求配置字段可能在数据提供端中没有与之对应的rest字段，也即此类需求配置字段是运维系统难以获取的，因此需要从需求配置字段中梳理出模型能够自动获取的配置字段。通常而言，运维系统预先设置有可获取的配置字段与rest字段的对应关系，因此可从需求配置字段中筛选出对应关系所包含的配置字段，筛选出的配置字段即为运维系统可给模型进行配置的字段。为便于理解，示例性说明如下：运维系统预先设置有5组配置字段与rest字段的对应关系，分别为下表2所示：表2配置字段a1a2a3a4a5rest字段b1b2b3b4b5如表2所示，配置字段a1对应rest字段b1；配置字段a2对应rest字段b2；配置字段a3对应rest字段b3；配置字段a4对应rest字段b4；以及配置字段a5对应rest字段b5。对于在上述对应关系中的配置字段(a1～a5)，表明运维系统均已确定与这些配置字段对应的rest字段，运维系统有可能获取到与这些配置字段对应的rest字段所存放的rest数据，而对于不在上述对应关系中的配置字段(假设a7)，则表明运维系统目前难以确定与配置字段a7对应的rest字段，更无法获取可存放在配置字段a7中的rest数据。诸如，假设用户为cmdb模型设置的需求配置字段为a1、a2、a3和a7，运维系统根据上述预先设置的配置字段与rest字段的对应关系，可以从需求配置字段中筛选出配置字段a1、a2和a3作为有可能获取到数据的目标配置字段，以及将rest字段b1、b2和b3作为目标rest字段；并直接将确定无法获取到数据的配置字段a7删除。步骤s206，从运维系统已有的rest接口中查找目标rest字段对应的目标rest接口。运维系统可能有多种rest接口，每种rest接口对应有一个或多个rest字段，因此可以从已有的rest接口中查找与目标rest字段对应的目标rest接口，作为该目标cmdb模型对应的目标rest接口。如果目标rest字段未查找到rest接口，则说明出于接口限制、数据提供端限制等原因，该目标rest字段不可获取。诸如，通过上述步骤s204从用户设置的需求配置字段中筛选出目标配置字段为a1、a2和a3，确定目标rest字段为b1、b2和b3；但是在步骤s206中只查找到了目标rest字段b1对应的目标rest接口c1、目标rest字段b2对应的目标rest接口c2，没有查找到目标rest字段b3对应的rest接口，则表明无法通过接口获取目标rest字段b3的数据，也即无法获取到配置字段a3所需存放的数据。此时则将用户设定的需求配置字段中的配置字段a3删除。步骤s208，将目标rest接口对应的rest字段所对应的配置字段，确定为目标cmdb模型的配置字段。目标cmdb模型的配置字段即为通过上述步骤s204与s206对需求配置字段进行双重筛选后得到的能够通过接口自动获取到数据的配置字段。诸如，虽然用户的需求配置字段为a1、a2、a3和a7；但是通过上述步骤s204和s206的筛选，确定运维系统仅能自动查找到配置字段a1和a2对应的数据，因此将配置字段a1和a2确定为目标cmdb模型的配置字段，而将配置字段a3和a7直接删除。步骤s210，基于目标cmdb模型的配置字段和rest字段的对应关系，以及目标rest接口，生成目标cmdb模型的配置文件。该配置文件即包含数据提供端的rest接口信息(目标rest接口的信息)，以及目标cmdb模型的配置字段和rest字段的对应关系。诸如，该配置文件中包含有配置字段a1和rest字段b1的对应关系、配置字段a2和rest字段b2的对应关系，以及目标rest接口c1和目标rest接口c2的接口标识、接口对应的数据提供端等接口信息。通过上述方式生成目标cmdb模型的配置文件之后，可将配置文件存储在指定位置，每当目标cmdb模型需要自动获取数据，均可从指定位置中查找与其对应的配置文件，并基于配置文件中所包含的信息自动查找所需数据。上述配置文件可以为非标记语言yaml格式的配置文件。其中，yaml是"yamlain'tamarkuplanguage"(yaml不是一种置标语言)的递归缩写，yaml语言的特点在于存储结构清晰、占用空间少；配置文件采用yaml语言结构更为简洁高效。当然，在实际应用中也可以采用其它语言(诸如可扩展标记语言xml)构成配置文件，在此不进行限制。本实施例给出了一种cmdb模型通过yaml配置文件进行配置的具体示例，其中，该yaml配置文件预先存放在特定目录下。在该配置文件中，rest数据与配置字段具有预设的对应关系，且记录有rest接口信息。其中，本实施例中rest接口的标识为/imcrs/plat/res/device/，该接口主要用于获取交换机的数据信息。对应关系可参照上表1所示，除此之外，还可以具有如下对应关系，诸如，配置字段为“告警状态”，其对应的rest字段为“status”；配置字段为“ci_common_name”(表示通用名称)，其对应的rest字段为“symbolname”等。可以理解的是，以上仅为枚举示例，不应当被视为限制。在实际应用中，rest接口信息中还可以包含有相关文字描述，以告警状态为例，可参见表3所示：表3-1012345未管理未知正常警告次要重要严重表3中的第一行为配置字段“告警状态”可能存放的rest数据，第二行表征各rest数据对应的实际意义。诸如，如果rest接口返回给配置字段“告警状态”的rest数据为“-1”，则配置字段“告警状态”所存储的数据表征的实际意义为“未管理”；如果返回给配置字段“告警状态”的数据为“1”，则配置字段“告警状态”所存储的数据表征的实际意义为“正常”；如果返回给配置字段“告警状态”的数据为“5”，则配置字段“告警状态”所存储的数据表征的实际意义为“严重”。yaml配置文件中配置字段可以包括“citypename:我的交换机”，相应的rest接口的类型为“connecttype:1”，该类型表征rest接口目前暂时对外开放。进一步还可以包括rest接口的如下信息：如果rest接口的ip是本机127.0.0.1或者localhost(本地主机)，则cmdb模型可自动获取通信协议以及通信端口号等信息。yaml配置文件中可记录有自定义模型所需的配置字段，一个配置字段可以与多个rest接口对应，多个rest接口中的主rest接口可配置queryalldata(查询所有数据)，用以保障cmdb模型可通过主rest接口同步自动获取数据，其余rest接口可不配置queryalldata。本实施例中的“queryalldata”为rest接口中的关键字，可通过关键字queryalldata定位rest接口的url(uniformresourcelocator，资源标识符)，通常而言，rest接口的url会紧跟在关键字queryalldata的后面。一旦找到关键字queryalldata，即可找到rest接口的url，从而可通过rest接口的url从数据提供端获取数据。运维系统中的cmdb模型在通过rest接口从数据提供端获取数据时，可通过上述rest接口的url获取所需的rest数据，运维系统还可以进一步比较cmdb模型在不同时刻获取到的数据之间的差异，并将比较结果展示给用户。诸如，运维系统可以比对cmdb模型当前获取的数据与上一次获取的历史数据之间的差异，以判断配置字段对应的数据是否发生变化，并将数据发生变化的配置字段提供给用户。在实际应用中，运维系统可以每次都对cmdb模型当前获取的数据与上一次获取的历史数据进行差异比较，也可以是在接收到用户发出的审计指令时，才对cmdb模型当前获取的数据与上一次获取的历史数据进行差异比较。本实施例中的cmdb模型可以根据配置文件而通过rest接口自动获取所需数据，实现数据同步，还可以比对不同时期获取的数据的差异性，有助于使运维人员更清楚的获知数据变化情况。本实施例还提供了如图3所示的一种自定义模型的数据获取示意图，示意出了自定义的cmdb模型的数据来源主要有：自定义源和预置模型的数据源。其中，本实施例将为cmdb模型提供数据的数据提供端称为数据源，如图3所示，数据源可以包括自定义源和预置模型的数据源；其中，自定义源是能够提供自定义模型所需数据的数据提供端，预置模型的数据源是能够提供预置模型所需数据的数据提供端。由于自定义模型中可能包含有部分预置模型的配置字段，因此也需要从预置模型的数据源中获取数据。图3中的自定义的cmdb模型可以是客户根据需求对预置模型进行自定义变更后得到的，该自定义的cmdb模型可以通过本公开实施例提供的yaml配置文件从自定义源中获取数据，也可以采用预置程序(代码)从变更前的预制模型所绑定的数据源中获取数据。除此之外，图3中还示意了cmdb模型也可通过手工维护方式获取数据。在具体实施时，以自定义的cmdb模型通过配置文件获取数据为例，参见如图4所示的cmdb模型的数据获取方法流程图，该方法应用于运维系统，包括以下步骤：步骤s402，判断是否给目标cmdb模型配置当前的yaml配置文件。如果是，执行步骤s404；如果否，结束。具体实施时，可以根据cmdb模型的名称以及存储在指定位置的当前的yaml配置文件的类型判断cmdb模型是否与当前yaml配置文件匹配。如果匹配，则可以给目标cmdb模型进行文件配置，如果不匹配，则结束当前流程。只有在查找到与目标cmdb模型匹配的配置文件后，再开始配置目标cmdb模型。可以理解的是，指定位置中存储有多种配置文件，在给目标cmdb模型进行配置时，可以逐一查找与目标cmdb模型对应的配置文件。步骤s404，根据yaml配置文件从数据提供端中获取所需的rest数据。具体而言，该rest服务请求也即查找rest接口获取数据。其中，yaml配置文件中包含有rest接口信息。步骤s406，判断数据提供端是否在指定时间内返回所需的rest数据。如果是，执行步骤s408；如果否，结束。一种实现方式中，可以判断rest接口是否在指定时间范围内从数据提供端中获取到所需的rest数据。指定时间可以根据正常获取数据的用时经验值而设定，超过该指定时间，则说明数据获取失败。步骤s408，对数据提供端返回的rest数据进行整理。具体可以根据配置字段和rest字段的对应关系，确定rest数据所对应的配置字段。步骤s410，判断rest数据是否符合预设格式。如果是，执行步骤s412；如果否，结束。具体而言，预设格式包括预设形式格式和预设内容格式。诸如，用于表征时间的rest数据的预设形式格式为“年/月/日”；而如果返回的rest数据的格式为“月-日-年”，则不符合预设形式格式；又诸如，预设内容格式为依次相邻的“rest数据a-rest数据b-rest数据c”，而如果返回的数据为“rest数据a-rest数据c”，缺少了rest数据b，则说明不符合预设内容格式。以上仅为简单示例，不应当被视为限制。可以理解的是，如果rest数据不符合预设格式，则运维系统难以对rest数据进行解析，因此在本步骤中需要对rest数据进行筛选判别，以便将获取到的不符合要求的非法数据或无用数据滤除。步骤s412，判断是否将rest数据存入至目标cmdb模型。如果是，执行步骤s414；如果否，结束。具体而言，也即判断是否将rest数据配置给目标cmdb模型的配置字段。可以理解的是，rest接口可获取多种rest数据，而部分rest数据可能并非是用户当前所需的，因此可以根据用户设定信息判断是否将rest数据配置给目标cmdb模型；设定信息中包含有当前需要存储的rest数据。步骤s414，将rest数据对应存储在目标cmdb模型的配置字段。通过本实施例提供的上述方法，能够根据配置文件自动获取cmdb模型所需的rest数据，并将rest数据对应存储在cmdb模型的配置字段，相比于费时费力的人工获取数据的方式，能够有效提升cmdb模型的数据获取效率。对应于本公开实施例提供的cmdb模型的数据获取方法，本实施例还提供了一种cmdb模型的数据获取装置，该装置应用于运维系统，如图5所示，该装置包括如下模块：文件获取模块502，用于获取目标cmdb模型的配置文件；其中，配置文件包括数据提供端的rest接口信息，以及目标cmdb模型的配置字段和rest字段的对应关系；数据获取模块504，用于根据rest接口信息从数据提供端中获取rest字段对应的rest数据；配置模块506，用于根据对应关系，将获取的rest数据对应存储在目标cmdb模型的配置字段。本实施例提供的上述cmdb模型的数据获取装置，能够根据配置文件自动获取cmdb模型所需的rest数据，并将rest数据存储在cmdb模型的配置字段，相比于费时费力的人工获取数据的方式，能够有效提升cmdb模型的数据获取效率。在一种实施方式中，文件获取模块502用于：如果符合触发条件，从指定位置查找目标cmdb模型的模型名称相对应的配置文件；其中，触发条件包括：接收到数据获取指令和/或达到预设的数据获取时间。在一种实施方式中，数据获取模块504用于：根据rest接口信息确定rest接口以及rest接口对应的rest字段；其中，rest接口与rest字段为一对一关系或一对多关系；通过确定后的rest接口获取该rest接口对应的rest字段的rest数据。在图5的基础上，本实施例还提供了如图6所示的另一种cmdb模型的配置装置的结构框图，具体包括如下模块：自定义信息获取模块602，用于获取目标cmdb模型的用户自定义信息，其中，用户自定义信息中包含有目标cmdb模型的需求配置字段；筛选模块604，用于从需求配置字段中筛选出预先设置的配置字段与rest字段的对应关系中包含的配置字段，将筛选出的配置字段对应的rest字段作为目标rest字段；查找模块606，用于从运维系统已有的rest接口中查找目标rest字段对应的目标rest接口；确定模块608，用于将目标rest接口对应的rest字段所对应的配置字段，确定为目标cmdb模型的配置字段；文件生成模块610，用于基于目标cmdb模型的配置字段和rest字段的对应关系，以及目标rest接口，生成目标cmdb模型的配置文件。上述配置文件为采用非标记语言yaml格式的配置文件。本实施例所提供的装置，其实现原理及产生的技术效果和前述实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。本公开实施方式还提供了一种电子设备，包括处理器和机器可读存储介质，机器可读存储介质存储有能够被处理器执行的机器可执行指令，处理器执行机器可执行指令以实现本公开实施方式提供的配置管理数据库cmdb模型的数据获取方法方法。参见图7所示的一种电子设备的结构示意图，该电子设备包括：处理器70、存储器71、总线72和通信接口73，所述处理器70、通信接口73和存储器71通过总线72连接；处理器70用于执行存储器71中存储的可执行模块，例如计算机程序。其中，存储器71可能包含高速随机存取存储器(ram，randomaccessmemory)，也可能还包括非不稳定的存储器(non-volatilememory)，例如至少一个磁盘存储器。通过至少一个通信接口73(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。总线72可以是isa总线、pci总线或eisa总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。其中，存储器71用于存储程序，所述处理器70在接收到执行指令后，执行所述程序，前述本申请任一实施例揭示的流过程定义的装置所执行的方法可以应用于处理器70中，或者由处理器70实现。处理器70可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器70中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器70可以是通用处理器，包括中央处理器(centralprocessingunit，简称cpu)、网络处理器(networkprocessor，简称np)等；还可以是数字信号处理器(digitalsignalprocessor，简称dsp)、专用集成电路(applicationspecificintegratedcircuit，简称asic)、现场可编程门阵列(field-programmablegatearray，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器71，处理器70读取存储器71中的信息，结合其硬件完成上述方法的步骤。本公开实施方式还提供了一种机器可读存储介质，该机器可读存储介质存储有机器可执行指令，机器可执行指令在被处理器调用和执行时，机器可执行指令促使处理器实现本公开实施例提供的上述配置管理数据库cmdb模型的数据获取方法。在公开所提供的几个实施方式中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施方式仅仅是示意性的，例如，附图中的流程图和框图显示了根据本公开的多个实施方式的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。另外，在本公开各个实施方式中的各功能模块或单元可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。最后应说明的是：以上所述实施方式，仅为本公开的具体实施方式，用以说明本公开的技术方案，而非对其限制，本公开的保护范围并不局限于此，尽管参照前述实施方式对本公开进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本
技术领域：
的技术人员在本公开揭露的技术范围内，其依然可以对前述实施方式所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本公开实施方式技术方案的精神和范围，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应所述以权利要求的保护范围为准。当前第1页12