CN114090388A - 信息获取方法、服务器集群、服务器及设备 - Google Patents

Abstract

本申请提供了一种信息获取方法、服务器集群、服务器及设备，涉及互联网技术领域。该方法应用于服务器集群，该服务器集群包括存在层级关系的多个节点；该方法包括：获取信息获取请求，信息获取请求用于请求获取目标资源的信息，信息获取请求包括目标用户的标识；确定与目标用户的标识对应的M个资源组；基于M个资源组，确定N个节点，N个节点包括M个资源组中每一个资源组对应的一个或多个节点；服务器集群包括N个节点；基于该N个节点，确定目标节点，目标节点存储有目标资源的信息；目标节点输出目标资源的信息，该方法能够在保证用户可以查看目标资源的信息的基础上，提高查询效率。

Description

信息获取方法、服务器集群、服务器及设备

技术领域

本申请实施例涉及互联网技术领域，并且更具体地，涉及一种信息获取方法、服务器集群、服务器及设备。

背景技术

面对数以万计的大规模资源监控或者监控节点间存在网络隔离的场景，引入分布式监控采集架构是十分必要的；目前，在已有监控架构下，主节点的职能主要用于汇总各代理节点的监控数据并进行展示，而代理节点的职能则主要在于采集监控数据，并上报给主节点，其中，该主节点为已有监控架构中的根节点，该代理节点为已有监控架构中根节点下的子节点。

由于随着监控资源量的逐步提升，普通用户原本只需要查看少部分自己权限下资源的监控信息，但是由于主节点数据库中存储着资源全集，各项操作的查询效率都需要进行一系列优化才能保证。

所以，在用户查看目标资源的信息时，如何分担主节点的压力，提高查询效率，是本领域急需解决的问题。

发明内容

提供一种信息获取方法、服务器集群、服务器及设备，能够在保证用户可以查看目标资源的信息的基础上，提高查询效率。

第一方面，提供了一种信息获取方法，该方法应用于服务器集群，该服务器集群包括存在层级关系的多个节点；

该方法包括：

获取信息获取请求，该信息获取请求用于请求获取目标资源的信息，该信息获取请求包括目标用户的标识；

确定与该目标用户的标识对应的M个资源组，该M为大于或等于1的正整数；

基于该M个资源组，确定N个节点，该N个节点包括该M个资源组中每一个资源组对应的一个或多个节点，该N为大于或等于1的正整数，该服务器集群包括该N个节点；

基于该N个节点，确定目标节点，该目标节点存储有该目标资源的信息；

该目标节点输出该目标资源的信息。

第二方面，提供了一种信息获取方法，该方法应用于第一服务器，包括：

接收缓存服务器发送的原始数据，该原始数据包括第一资源的标识；

基于该第一资源的标识，以至少一个预设周期对该原始数据中与该第一资源的标识对应的原始数据进行数据处理，得到该第一资源的至少一个信息；

基于该第一资源的标识，确定与该第一资源的标识对应的第一节点的标识；

向该第一节点的标识对应的第一节点和该第一节点的所有父节点发送该至少一个信息。

第三方面，提供了一种服务器集群，该服务器集群包括存在层级关系的多个节点；

该服务器集群包括：

获取单元，用于获取信息获取请求，该信息获取请求用于请求获取目标资源的信息，该信息获取请求包括目标用户的标识；

第一确定单元，用于确定与该目标用户的标识对应的M个资源组，该M为大于或等于1的正整数；

第二确定单元，用于基于该M个资源组，确定N个节点，该N个节点包括该M个资源组中每一个资源组对应的一个或多个节点，该N为大于或等于1的正整数，该服务器集群包括该N个节点；

第三确定单元，用于基于该N个节点，确定目标节点，该目标节点存储有该目标资源的信息；

输出单元，用于该目标节点输出该目标资源的信息。

第四方面，提供了一种服务器，包括：

接收单元，用于接收缓存服务器发送的原始数据，该原始数据包括第一资源的标识；

数据处理单元，用于基于该第一资源的标识，以至少一个预设周期对该原始数据中与该第一资源的标识对应的原始数据进行数据处理，得到该第一资源的至少一个信息；

确定单元，用于基于该第一资源的标识，确定与该第一资源的标识对应的第一节点的标识；

发送单元，用于向该第一节点的标识对应的第一节点和该第一节点的所有父节点发送该至少一个信息。

第五方面，提供了一种电子设备，包括：

处理器，适于执行计算机程序；

计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，该计算机程序被该处理器执行时，实现上述第一方面的方法或上述第二方面的方法。

第六方面，提供了一种计算机可读存储介质，用于存储计算机程序，该计算机程序使得计算机执行上述第一方面的方法或上述第二方面的方法。

第七方面，提供了一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现上述第一方面该的方法或上述第二方面的方法。

基于以上方案，首先，本申请通过确定与目标用户的标识对应的M个资源组，相当于，考虑到目标用户可访问的资源组的权限；其次，确定与M个资源组对应的N个节点，相当于，考虑到目标用户可访问的资源组中的资源与该N个节点相关；最后，基于该N个节点，确定目标节点，能够使目标用户在访问存在层级关系的多个节点中的最上层节点(根节点)时，可以从根节点直接跳转到唯一的目标节点，由于目标节点存储有该目标资源的信息，所以直接由该目标节点输出目标资源的信息，实现了在存在层级关系的多个节点中获取目标资源的信息时，不再全部从根节点获取，而是通过目标节点分担了根节点查询目标资源的信息的压力，而且目标节点相比于根节点的数据量要少，在目标节点输出目标资源的信息，提高了目标资源信息的查询效率，即提高了用户获取目标资源的信息的效率。

即，通过确定目标用户的标识对应的M个资源组和该M个资源组对应的N个节点，再基于该N个节点，确定目标节点，使用户在访问多个节点中的根节点时，可以从根节点直接跳转到目标节点，提高目标资源的信息的输出效率。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的***框架的示例。

图2是本申请实施例提供的信息获取方法的示意性流程图。

图3是本申请实施例提供的两层层级关系的多个节点的示例性框图。

图4是本申请实施例提供的三层层级关系的多个节点的示例性框图。

图5a是本申请实施例提供的在主节点预存对应关系的过程的示例。

图5b是本申请实施例提供的用户访问服务器集群获取目标资源的信息的过程的示例。

图6是本申请实施例提供的信息获取方法的另一示意性流程图。

图7是本申请实施例提供的第一服务器向服务器集群发送至少一个信息的示意性框图。

图8是本申请实施例提供的服务器集群的示意性框图。

图9是本申请实施例提供的服务器的示意性框图。

图10是本申请实施例提供的电子设备的示意结构图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

随着人工智能技术研究和进步，人工智能技术在多个领域展开研究和应用，例如常见的智能家居、智能穿戴设备、虚拟助理、智能音箱、智能营销、无人驾驶、自动驾驶、无人机、机器人、智能医疗、智能客服等，相信随着技术的发展，人工智能技术将在更多的领域得到应用，并发挥越来越重要的价值。

本申请实施例提供的方案还涉及网络媒体领域中的数据处理技术。网络媒体与传统的音视频设备采用的工作方式不同，网络媒体依赖信息技术(IT)设备开发商们提供的技术和设备来传输、存储和处理音视频信号。传统的串型数字(SDI)传输方式缺乏真正意义上的网络交换特性。需要做大量的工作才可能利用SDI创建类似以太网和因特网协议(IP)所提供的部分网络功能。因此，视频行业中的网络媒体技术就应运而生。进一步的，网络媒体的数据处理技术可以包括音视频信号的传输、存储和处理过程。

图1是本申请实施例提供的***框架100的示例。

该***框架100可以是一个信息查询***，本申请实施例对该信息的具体类型不加以限定。该***框架100包括：服务器集群110、缓存服务器120和第一服务器130。缓存服务器120和第一服务器130均可通过无线或有线网络与服务器集群110相连。

缓存服务器120和第一服务器130可以分别是一台服务器、多台服务器、云计算平台和虚拟化中心中的至少一种。缓存服务器120用于接收的服务器集群110发送的原始数据，并将接收到的原始数据发送给第一服务器130；第一服务器130对接收的原始数据进行处理，得到处理后的数据，并将该处理后的数据发送给服务器集群110。

服务器集群110可包括多台服务器、云计算平台和虚拟化中心中的至少一种。服务器集群110包括存在层级关系的多个节点，其中，每个节点可以是一台或多台服务器；一方面，该服务器集群110承担获取并保存原始数据；另一方面，该服务器集群110承担接收并保存处理后的数据。可选的，该服务器集群110也可承担次要的数据处理工作，第一服务器130承担主要的数据处理工作；可选的，该缓存服务器120也可承担次要的数据处理工作，第一服务器130承担主要的数据处理工作，或者，该缓存服务器120和第一服务器130和服务器集群110之间采用分布式计算架构进行协同计算。

可选的，以***框架100是监控资源报表查询***为例，该服务器集群110包括：主节点111，代理节点112和代理节点113。其中，该主节点111、代理节点112和代理节点113分别可以是服务器，主节点111为代理节点112和代理节点113的父节点；示例性的，该主节点111、代理节点112和代理节点113分别用于获取各自节点中不同资源的监控数据，并将获取到的监控数据统一发送给缓存服务器120，缓存服务器120将接收到的监控数据发送给第一服务器130，第一服务器130对接收到的监控数据进行数据处理，得到处理后的数据，再将处理后的数据以一定规则发送给服务器集群110中的主节点111，代理节点112和代理节点113中的至少一个。

需要说明是，该服务器集群110中的节点数仅仅是示意性的，还可以包括其他多个代理节点，本申请对此不作具体限制。

图2是本申请实施例提供的信息获取方法200的示意性流程图。该方法200应用于服务器集群，该服务器集群包括存在层级关系的多个节点；例如图1所示的服务器集群110。

如图2所示，该方法200可包括以下中的部分或全部内容：

S201，获取信息获取请求，该信息获取请求用于请求获取目标资源的信息，该信息获取请求包括目标用户的标识；

S202，确定与该目标用户的标识对应的M个资源组，该M为大于或等于1的正整数；

S203，基于该M个资源组，确定N个节点，该N个节点包括该M个资源组中每一个资源组对应的一个或多个节点，该N为大于或等于1的正整数，该服务器集群包括该N个节点；

S204，基于该N个节点，确定目标节点，该目标节点存储有该目标资源的信息；

S205，该目标节点输出该目标资源的信息。

换言之，首先，服务器集群获取信息获取请求，请求获取目标资源的信息，该信息获取请求包括目标用户的标识；其次，服务器集群根据目标用户的标识，确定与该用户的标识对应的M个资源组，再针对该M个资源组中的每一个资源组，确定与该每一个资源组对应的一个或多个节点，最终确定出N个节点，再基于该N个节点确定目标节点；最后，该目标节点输出该目标资源的信息。

示例性的，首先，服务器集群通过主节点获取信息获取请求，请求获取目标资源的信息，该信息获取请求包括目标用户的标识；其次，通过该主节点根据目标用户的标识，确定与该用户的标识对应的M个资源组，再针对该M个资源组中的每一个资源组，确定与该每一个资源组对应的一个或多个代理节点，最终确定出与M个资源组对应的N个代理节点，基于该N个代理节点，确定目标节点；最后，服务器集群通过目标节点输出该目标资源的信息。例如，该主节点可以是如图1所示的主节点111，该N个节点可以是如图1所示的代理节点112和代理节点113，则目标节点为主节点111。

示例性的，该信息可以是监控数据的统计报表，也可以是监控数据的大屏展示信息；例如，该大屏展示信息可以是监控数据中某一指标的排名，也可以是某一指标的平均数据。

另一示例性的，该信息可以是订单数据的统计报表，也可以是订单数据的大屏展示信息；例如，该大屏展示信息可以是不同订单类别的排名，也可以是某一类订单的平均数据，本申请对此不作具体限制。

当然，在其他可替代的实施例中，若目标资源的信息为目标资源的原始数据时，则服务器集群可直接将N个节点中与目标资源对应的节点，确定为目标节点。

基于以上方案，首先，本申请通过确定与目标用户的标识对应的M个资源组，相当于，考虑到目标用户可访问的资源组的权限；其次，确定与M个资源组对应的N个节点，相当于，考虑到目标用户可访问的资源组中的资源与该N个节点相关；最后，基于该N个节点，确定目标节点，能够使目标用户在访问存在层级关系的多个节点中的最上层节点(根节点)时，可以从根节点直接跳转到唯一的目标节点，由于目标节点存储有该目标资源的信息，所以直接由该目标节点输出目标资源的信息，实现了在存在层级关系的多个节点中获取目标资源的信息时，不再全部从根节点获取，而是通过目标节点分担了根节点查询目标资源的信息的压力，而且目标节点相比于根节点的数据量要少，在目标节点输出目标资源的信息，提高了目标资源信息的查询效率，即提高了用户获取目标资源的信息的效率。

即，通过确定目标用户的标识对应的M个资源组和该M个资源组对应的N个节点，再基于该N个节点，确定目标节点，使用户在访问多个节点中的根节点时，可以从根节点直接跳转到目标节点，提高目标资源的信息的输出效率。

需要说明的是，该层级关系可以树状结构的层级关系。其中，可通过服务器集群中的根节点获取信息获取请求。

需要说明的是，目标资源为目标用户可访问的资源中的一个或多个。

需要说明的是，该M个资源组中的每一个资源组对应的节点可配置一个或多个资源，该M个资源组为目标用户可访问的资源对应的资源组；

下边将结合图3和图4对目标节点输出目标资源的信息的过程进行举例说明。

图3是本申请实施例提供的两层层级关系的多个节点的示例性框图300。

如图3所示，该框图300包括节点310、节点320、节点330和节点340；其中，该节点310为节点320、节点330和节点340的父节点。

其中，该节点320关联着北京资源组，节点330关联着杭州资源组，节点340关联着大连资源组。该节点310负责监控资源E和资源F，节点320负责监控资源A和资源B，节点330负责监控资源C，节点340负责监控资源D。用户A关联着北京资源组，用户B关联着杭州资源组，用户C关联着北京资源组和大连资源组。

基于此，若节点310获取到用户A的信息获取请求，首先，检测与用户A关联的资源组为北京资源组；其次，基于北京资源组，确定出与北京资源组关联的是节点320；最后，节点310将信息获取请求传递给节点320，从节点320获取该目标资源的信息。

由于在已有方案中，节点320、节点330和节点340都会将获取到的监控资源的数据发送给节点310，所以节点310的数据量相比于节点320的数据量多很多，所以，在本申请提供的图3所示的框图300中用户可以直接在节点320查看目标资源的信息，不仅可以提高查询效率，而且缓解了节点310的查询压力。

若节点310获取到用户C的信息获取请求，首先，检测出与用户C关联的资源组为北京资源组和大连资源组；其次，再基于北京资源组和大连资源组，确定出与北京资源组、大连资源组分别关联的是节点320和节点340，并在节点320和节点340的父节点310中确定目标节点，即目标节点为节点310，由于目标节点和信息获取请求的节点为同一节点，则直接在信息获取请求的节点310获取该目标资源的信息。

图4是本申请实施例提供的三层层级关系的多个节点的示例性框图400。

如图4所示，该框图400包括节点410、节点420、节点430、节点440、节点450、节点460、节点470、节点480和节点490；其中，该节点410为节点420、节点430、节点440、节点450、节点460、节点470、节点480和节点490的父节点；节点420为节点450、节点460、节点470的父节点；节点440为节点480和节点490的父节点。

其中，该节点420关联着北京资源组，节点430关联着杭州资源组，节点440关联着大连资源组，节点450关联着西城区资源组，节点460和节点470关联着海淀区资源组，节点480和节点490关联着高新区资源组。该节点420负责监控资源D，节点430负责监控资源E，节点440负责监控资源H，节点450负责监控资源A，节点460负责监控资源B，节点470负责监控资源C，节点480负责监控资源F，节点490负责监控资源G。用户A关联着北京资源组，用户B关联着西城区资源组，用户C关联着海淀区资源组和西城区资源组。

基于此，若节点410获取到用户A的信息获取请求，首先，检测与用户A关联的资源组为北京资源组；其次，基于北京资源组，确定出与北京资源组关联的是节点420；最后，节点410将信息获取请求传递给节点420，从节点420获取该目标资源的信息。

若节点410获取到用户B的信息获取请求，首先，检测与用户B关联的资源组为西城区资源组；其次，基于西城区资源组，确定出与西城区资源组关联的是节点450；最后，节点410将信息获取请求传递给节点450，从节点450获取该目标资源的信息。

若节点410获取到用户C的信息获取请求，首先，检测与用户C关联的资源组为海淀区资源组和西城区资源组；其次，基于海淀区资源组和西城区资源组，确定出与西城区资源组和海淀区资源组分别关联的是节点450、节点460和节点470；最后，从节点450、节点460和节点470的父节点中确定目标节点，即从节点420和节点410中确定目标节点，例如，确定目标节点为420，则将信息获取请求传递给节点420，从节点420获取该目标资源的信息。

由于在已有方案中，节点420、节点440和节点440都会将获取到的监控资源的数据发送给节点410，所以节点410的数据量相比于节点420的数据量多很多，所以，在本申请提供的图4所示的框图400中用户可以直接在节点420查看目标资源的信息，不仅可以提高查询效率，而且缓解了节点410的查询压力。

若节点410获取到用户C的信息获取请求，首先，检测出与用户C关联的资源组为北京资源组和大连资源组；其次，再基于北京资源组和大连资源组，确定出与北京资源组、大连资源组分别关联的是节点420和节点440，并在节点420和节点440的父节点410中确定目标节点，即目标节点为节点410，由于目标节点和信息获取请求的节点为同一节点，则直接在信息获取请求的节点410获取该目标资源的信息。

在本申请的一些实施例中，S202可包括：

获取第一映射关系；

其中，该第一映射关系包括至少一个用户的标识和该至少一个用户的标识中每一个用户的标识对应的资源组的标识，该至少一个用户的标识包括该目标用户的标识；

将该第一映射关系中与该目标用户的标识对应的资源组的标识，确定为该M个资源组的标识；

将该M个资源组的标识对应的资源组，确定为该M个资源组。

示例性的，该资源组可以是按地域划分，可以是北京资源组、杭州资源组、大连资源组等，该用户的标识也可以是按地域划分，可以是北京运维1、杭州运维2、大连运维3、东北华北运维总监4等。

另一示例性的，该资源组还可以是按区域划分，可以是西城区资源组、海淀区资源组、朝阳区资源组等，该用户的标识也可以是按区域划分，可以是西城区运维2、海淀区运维3、朝阳区运维4等。当然，也可以是结合地域和区域对资源组进行划分，本申请对此不作具体限制。

示例性的，该第一映射关系可以以词表文件的方式存储在节点中，也可以以对应关系图的方式存储在节点中，本申请对第一映射关系的存储方式或存储格式不作具体限制。

在本申请的一些实施例中，S203可包括：

获取第二映射关系；

其中，该第二映射关系包括至少一个资源组的标识和该至少一个资源组的标识中每一个资源组的标识对应的节点的标识，该至少一个资源组包括该M个资源组；

针对该M个资源组分别对应的M个资源组的标识中第一资源组的标识，将该第二映射关系中与该第一资源组的标识对应的节点的标识，确定为该N个节点分别对应的N个节点的标识中的节点的标识；

将该N个节点的标识分别对应的N个节点，确定为该N个节点。

示例性的，该N个节点中的任一节点可以是服务器集群中的一台服务器，也可以是服务器集群中的多台服务器，本申请对此不作具体限制。

示例性的是，该节点的标识可以是服务器的编号，也可以是服务器的IP地址，本申请对此不作具体限制。

示例性的，该第二映射关系可以以词表文件的方式存储在节点中，也可以以对应关系图的方式存储在节点中，本申请对第二映射关系的存储方式或存储格式不作具体限制。

需要说明的是，该N个节点中的任一节点用于监控与该任一节点对应的资源组中的一个或多个资源。

在本申请的一些实施例中，S204可包括：

若该N大于1，则在该N个节点对应的父节点中，将该N个节点的共同父节点，确定为该目标节点。

将该N个节点的共同父节点，确定为该目标节点，相当于，通过牺牲N个节点的共同父节点的部分存储空间，分担获取信息获取请求的节点查询目标资源的信息的压力，而且当获取信息获取请求的节点为根节点，且N个节点的共同父节点不是根节点时，N个节点的共同父节点的数据量相对于根节点的数据量要少很多，所以在N个节点的共同父节点中查询目标资源的信息，可以提高查询效率。

当然，在其他可替代的实施例中，由于N个节点的共同父节点中存储有该目标资源的信息，所以，若用户直接在N个节点的共同父节点中查询目标资源的信息时，无需再调用N个节点的接口，可以直接获取目标资源的信息。

在本申请的一些实施例中，若该N等于1，则将该N个节点确定为该目标节点。

若N等于1，相当于，N个节点只有一个明确的节点，则直接将该N个节点中的节点确定为该目标节点，相当于，直接由获取信息获取请求的节点跳转到目标节点，从该目标节点查询并输出该目标资源的信息，一方面，减少获取信息获取请求的节点的查询压力，另一方面，由于目标节点的数据量少于获取信息获取请求的节点的数据量，所以，在查询目标资源的信息时，提高目标资源的信息的查询效率。

在本申请的一些实施例中，该目标资源包括该N个节点监控的资源，和/或，该N个节点的所有子节点监控的资源。

示例性的，如图4所示，由于用户A关联的资源组为北京资源组，所以该用户A可查看与该用户A关联的北京资源组对应的节点中的资源，即在节点420中可查看资源D的信息，又由于节点450、节点460和节点470分别为节点420的子节点，所以用户也可以访问节点450、节点460和节点470分别监控的资源(资源A、B、C)的信息。

示例性的，如图4所示，由于用户C关联的资源组为西城区资源组和海淀区资源组，所以该用户C可查看与该用户C关联的西城区资源组和海淀区资源组分别对应的节点450和节点460监控的资源(资源A、资源B)，又由于节点451为节点450的子节点，所以该用户C也可查看节点451监控的资源I的信息，由于目标节点为该N个节点对应的父节点，所以当目标节点为节点420时，则在节点420中可查看资源A、资源B、资源I的信息，但不能查看节点420监控的资源D的信息。

在本申请的一些实施例中，S201之前，该方法还可包括：

构建该存在层级关系的多个节点；

通过该多个节点中的第一节点采集并保存第一资源的原始数据，该原始数据包括该第一资源的标识；

向缓存服务器发送该原始数据；

通过该第一节点和该第一节点的所有父节点接收并保存第一服务器发送的该第一资源的至少一个信息。

换言之，服务器集群在获取信息获取请求之前，首先，构建存在层级关系的多个节点，通过多个节点中的第一节点采集并保存第一资源的原始数据，并将该原始数据发送给缓存服务器，经缓存服务器和第一服务器对原始数据进行数据处理，得到第一资源的至少一个信息，第一服务器将该第一资源的至少一个信息发送给服务器集群，服务器集群中的第一节点和该第一节点的所有父节点接收并保存第一服务器发送的该第一资源的至少一个信息。

示例性的，该第一节点采集并保存第一资源的原始数据后，将该第一资源的原始数据吐到缓存服务器Kafka，或者是消息中间件，该服务器Kafka，或者是消息中间件再将该第一资源的原始数据发送给第一服务器，由第一服务器对第一资源的原始数据进行数据处理。例如，多个节点将获取到的各个节点对应的资源的原始数据都吐到同一个kafka的同一个类别(Topic)中。

需要说明的是，该第一服务器可以是一个独立部署的服务器，用于统一消费kafka发送的各个节点对应的资源的原始数据。

需要说明的是，Kafka是一种高吞吐量的分布式发布订阅消息***，每条发布到Kafka集群的消息都有一个类别，这个类别被称为Topic，一般情况下，物理上不同Topic的消息分开存储，逻辑上一个Topic的消息虽然保存于一个或多个服务器上但用户只需指定消息的Topic即可生产或消费数据而不必关心数据存于何处。

需要说明的是，该第一节点为该多个节点中的任一节点。

需要说明的是，该第一资源为预存的节点与资源的对应关系中的与第一节点对应的资源。

需要说明的是，若该用户可以访问某个资源组，则该用户可以在该资源组对应的节点中添加新的资源，即基于预存的用户的标识和资源组的对应关系，资源组和节点的对应关系，将新的资源通过接口往节点传递。可选的，将新的资源通过代表性状态传输(Resource Representational State，REST)接口往节点传递。

需要说明的是，该缓存服务器和第一服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、以及大数据和人工智能平台等基础云计算服务的云服务器，服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

需要说明的是，由于所有父节点包括该多个节点中的根节点，则在其他可替代的实施例中，若用户访问根节点时，由于根节点也存有目标资源的信息，因此用户在查看目标资源的信息时依旧可以保证效率。

通过将第一资源的至少一个信息保存在第一节点和第一节点的所有父节点中，一方面，若用户访问父节点，则可直接获取目标资源的信息，无需再调用子节点的接口；另一方面，相比于已有方案中根节点保存所有资源的处理后的数据，第一资源的至少一个信息的数据量占据父节点的存储空间有限，即在牺牲小部分父节点的存储空间的基础上，实现高效查询第一资源的信息，提高了查询效率。

此外，一方面，第一资源的原始数据只在第一资源的对应节点进行保存，无需再上报给根节点，可以节省根节点的存储空间；另一方面，用户可直接在存储有目标资源的原始数据的节点，直接查看目标资源的原始数据，相比于在根节点查询，提高了查询效率。

需要说明的是，在构建存在层级关系的多个节点前，可在根节点先预存如下对应关系：

预存资源组与节点的对应关系：

示例性的，资源组可包括北京资源组、杭州资源组、大连资源组、其他资源组，节点可包括如图3所示的节点320、节点330、和节点340；其中，北京资源组对应节点320、杭州资源组对应节点330、大连资源组对应节点340。

另一示例性的，资源组可包括北京资源组、西城区资源组、海淀区资源组、朝阳区资源组、其他资源组，节点可包括如图4所示的节点420、节点450、节点460和节点470；其中，北京资源组对应节点420、西城区资源组对应节点450、海淀区资源组对应节点460、朝阳区资源组对应节点470。

预存资源组和资源的对应关系：

示例性的，资源A、B对应北京资源组，资源C对应杭州资源组，资源D对应大连资源组，资源E对应其他资源组，资源F无对应的资源组。基于此，预存节点和资源的对应的关系：

资源A、B对应节点320，资源C对应节点330，资源D对应节点340，资源E、F无匹配节点，则对应根节点310。

另一示例性的，资源D对应北京资源组，资源A对应西城区资源组、资源B对应海淀区资源组、资源C对应朝阳区资源组。基于此，预存节点和资源的对应的关系：

节点450对应资源A，节点460对应资源B，节点470对应资源C，节点420对应资源D。

预存用户和资源组的对应关系：

示例性的，用户A对应北京资源组，用户B对应杭州资源组，用户C对应大连资源组。

另一示例性的，用户A对应北京资源组，用户B对应西城区资源组，用户C对应海淀区资源组和朝阳区资源组。

需要说明的是，管理员用户可以查看多个节点中的所有资源，即管理员用户对应的资源组为所有资源组。

在本申请的一些实施例中，可通过如下方式构建该存在层级关系的多个节点：

获取该多个节点中每一个节点的配置文件；

基于该每一个节点的配置文件，构建该多个节点。

示例性的，多个节点在第一次启动时根据各自节点的配置文件进行注册，注册后从而形成具有层级关系的多个节点，多个节点在后续运行时，则根据配置文件的注册信息执行对应的职能。

需要说明的是，该每一个节点的配置文件的格式相同。

通过为每一个节点分配配置文件，相当于，为子节点扩充职能，子节点不再只是监控资源的原始数据，而是同根节点一样，具备一个完整节点的所有功能，为根节点分担存储和查询压力，减少根节点的数据存储量，提高数据的查询效率。

示例性的，如图3所示，有节点310、节点320、节点330和节点340。

针对该节点310、节点320、节点330和节点340，在部署时节点310为根节点，节点310的标识可以是ADMIN，节点320、节点330和节点340的父节点的标识是ADMIN，则各节点第一启动过程中会根据各自节点的配置文件进行注册，从而形成如图3所示的具有层级关系的4个节点。

另一示例性的，如图4所示，节点420的标识可以为BEIJING，节点420的父节点的标识为ADMIN；节点450、节点460和节点470的标识分别为XICHENG、HAIDIAN和CHAOYANG，节点450、节点460和节点470的父节点的标识为BEIJING，则各节点第一启动过程中会根据各自节点的配置文件进行注册，从而形成如图4所示的具有层级关系的多个节点。

通过各节点的配置文件在首次启动时对各个节点进行配置，使得节点间可以快速建立从属关系，进而实现具有层级关系的多个节点。

在本申请的一些实施例中，该配置文件包括以下中的至少一项：

该节点的节点标识、该节点的互联网协议IP地址、该节点的服务端口、该节点的父节点的节点标识、该节点的父节点的互联网协议IP地址和该节点的父节点的服务端口。

需要说明的是，基于该节点的互联网协议IP地址、该节点的服务端口、该节点的父节点的互联网协议IP地址和该节点的父节点的服务端口，实现该节点和该节点的父节点之间的通信，即IP地址和服务端口主要用于节点之间的REST接口调用。

在本申请的一些实施例中，通过如下方式，第一节点采集并保存第一资源的原始数据，包括：

获取第三映射关系；

其中，该第三映射关系包括多个节点的标识和该多个节点的标识中每一个节点的标识对应的资源的标识，该多个节点的标识包括该第一节点的标识；

将该第三映射关系中与该第一节点的标识对应的资源的标识，确定为该第一资源的标识；

通过该第一节点采集并保存该第一资源的标识对应的第一资源的原始数据。

示例性的，该第三映射关系可以以词表文件的方式存储在节点中，也可以以对应关系图的方式存储在节点中，本申请对第三映射关系的存储方式或存储格式不作具体限制。

下边将结合图5a和图5b对本申请实施例提供的信息获取方法的整体流程进行示意性说明。

图5a是本申请实施例提供的在主节点预存对应关系的过程的示例。

如图5a所示，首先，管理员登录主节点，在主节点创建普通用户，并在主节点创建资源组；其次，管理员在主节点将普通用户和资源组关联，将资源组和服务器集群中的节点关联；最后，普通用户在与其关联的资源组中添加资源，该资源组将添加的资源分发到与该资源组关联的代理节点中。

在图5a的基础上，图5b是本申请实施例提供的用户访问服务器集群获取目标资源的信息的过程的示例。

如图5b所示，普通用户登录服务器集群中的主节点后，主节点可根据图5a中该普通用户关联的资源组，该资源组关联的服务器集群中代理节点，将从主节点跳转到代理节点，从而在代理节点获取目标资源的信息。

图6是本申请实施例提供的信息获取方法600的另一示意性流程图。该方法600应用于第一服务器，该第一服务器可以是图1所示的第一服务器130。

需要说明的是，该第一服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、以及大数据和人工智能平台等基础云计算服务的云服务器，服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

如图6所示，该方法600可包括以下中的部分或全部内容：

S601，接收缓存服务器发送的原始数据，该原始数据包括第一资源的标识；

S602，基于该第一资源的标识，以至少一个预设周期对该原始数据中与该第一资源的标识对应的原始数据进行数据处理，得到该第一资源的至少一个信息；

S603，基于该第一资源的标识，确定与该第一资源的标识对应的第一节点的标识；

S604，向该第一节点的标识对应的第一节点和该第一节点的所有父节点发送该至少一个信息。

换言之，第一服务器接收缓存服务器发送的原始数据后，以至少一个预设周期对该原始数据中与该第一资源的标识对应的原始数据进行数据处理，得到该第一资源的至少一个信息，并向服务器集群中监控第一资源的原始数据的第一节点和该第一节点的所有父节点发送该至少一个信息。

示例性的，如图3所示，若第一节点为节点320，则该至少一个信息将发送给节点320和节点310。

示例性的，该至少一个信息可以是一个预设周期下的监控数据的统计报表平均值，也可以是一个预设周期下的监控数据的大屏展示信息；例如，该统计报表可以是监控数据的平均值；例如，该大屏展示信息可以是监控数据中某一指标的排名，也可以是某一指标的平均数据。

当然，该至少一个信息也可以是多个预设周期下的监控数据的统计报表，也可以是多个预设周期下的监控数据的大屏展示信息；

另一示例性的，该至少一个信息可以是一个预设周期下的订单数据的统计报表，也可以是一个预设周期下的订单数据的大屏展示信息；例如，该大屏展示信息可以是不同订单类别的排名，也可以是某一类订单的平均数据，本申请对此不作具体限制。

当然，该至少一个信息也可以是多个预设周期下的订单数据的统计报表，也可以是多个预设周期下的订单数据的大屏展示信息。

需要说明的是，该原始数据包括一个或多个资源的原始数据，该一个或多个资源包括第一资源。

需要说明的是，该至少一个预设周期可以是一小时、一天、一周、半个月或一个月等，本申请对至少一个预设周期的设定时间不作具体限制。

需要说明的是，该第一节点和该第一节点的所有父节点为服务器集群中的节点。

通过接收缓存服务器发送的原始数据，并对原始数据进行处理，再将处理的数据发送给服务器集群，一方面，在保证用户可以在服务器集群中获取目标资源的信息的基础上，不仅降低了对服务器集群中设备的算力要求，降低了服务器集群中设备的费用，而且降低了服务器集群中设备的负荷；另一方面，将数据处理交给第一服务器，还可以提高第一服务器中算力的利用率。

下边将结合图7对第一服务器向服务器集群发送至少一个信息进行举例说明。

图7是本申请实施例提供的第一服务器向服务器集群发送至少一个信息的示意性框图700。

如图7所示，该框图包括第一节点的所有父节点710、第一节点720、缓存服务器730和第一服务器740。

其中，首先，第一节点720用于将获取到的第一资源的原始数据存入本地数据库，并将该第一资源的原始数据发送给缓存服务器。

缓存服务器720用于接收第一节点720发送的第一资源的原始数据，并将该第一资源的原始数据发送给第一服务器730。

第一服务器730用于消费缓存服务器720发送的第一资源的原始数据，以至少一个预设周期对第一资源的原始数据进行数据处理，得到至少一个信息，并将该至少一个信息发送给第一节点720和第一节点的所有父节点710。

需要说明的是，该至少一个周期包括每小时、每天、每周、每月。

在本申请的一些实施例中，该至少一个预设周期包括第一预设周期、第二预设周期、第三预设周期、第四预设周期，该第一预设周期小于该第二预设周期、且该第二预设周期小于该第三预设周期、且该第三预设周期小于该第四预设周期；基于此，S602可包括：

以该第一预设周期对与该第一资源的标识对应的原始数据进行数据处理，得到第一信息；

以该第二预设周期对多个该第一预设周期分别得到的多个该第一信息进行数据处理，得到第二信息；

以该第三预设周期对多个该第二预设周期分别得到的多个该第二信息进行数据处理，得到第三信息；

以该第四预设周期对多个该第三预设周期分别得到的多个该第三信息进行数据处理，得到第四信息；

将该第一信息、第二信息、第三信息和第四信息，确定为该至少一个信息；

基于此，S604可包括：

向该第一节点和该第一节点的所有父节点发送该第一信息、该第二信息、该第三信息和该第四信息。

示例性的是，该第一预设周期、第二预设周期、第三预设周期、第四预设周期可以分别是一小时、一天、一周、一月。

通过基于小预设周期的数据处理结果，再计算大周期的数据处理结果，降低计算复杂度，节约算力资源。

在本申请的一些实施例中，S602还可包括：

向该第一节点和该第一节点的所有父节点发送该第一信息之后，删除该第一资源的标识对应的原始数据；

向该第一节点和该第一节点的所有父节点发送该第二信息之后，删除该第一信息；

向该第一节点和该第一节点的所有父节点发送该第三信息之后，删除该第二信息；

向该第一节点和该第一节点的所有父节点发送该第四信息之后、删除第三信息。

通过在发送小周期下的数据处理的结果后，删除该小周期下数据处理的源数据，相当于，在保证向服务器集群发送的数据的完整性的基础上，节省第一服务器的存储空间。

需要说明的是，术语“根节点”和“主节点”在本申请中可互换使用。

需要说明的是，术语“子节点”和“代理节点”在本申请中可互换使用。

需要说明的是，在以上的描述中，所涉及的术语“第一\第二\第三”仅仅是区别类似的对象，不代表针对对象的特定排序，应理解，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，不应成为本申请的限制。

以上结合附图详细描述了本申请的优选实施方式，但是，本申请并不限于上述实施方式中的具体细节，在本申请的技术构思范围内，可以对本申请的技术方案进行多种简单变型，这些简单变型均属于本申请的保护范围。例如，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本申请对各种可能的组合方式不再另行说明。又例如，本申请的各种不同的实施方式之间也可以进行任意组合，只要其不违背本申请的思想，其同样应当视为本申请所公开的内容。还应理解，在本申请的各种方法实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

上文对本申请实施例提供的方法进行了说明，下面对本申请实施例提供的服务器集群和第一服务器进行说明。

图8是本申请实施例提供的服务器集群800的示意性框图。需要说明的是，该服务器集群包括存在层级关系的多个节点。

如图8所示，该服务器集群800可包括以下中部分或全部内容：

获取单元810，获取信息获取请求，该信息获取请求用于请求获取目标资源的信息，该信息获取请求包括目标用户的标识；

第一确定单元820，确定与该目标用户的标识对应的M个资源组，该M为大于或等于1的正整数；

第二确定单元830，基于该M个资源组，确定N个节点，该N个节点包括该M个资源组中每一个资源组对应的一个或多个节点，该N为大于或等于1的正整数，该服务器集群包括该N个节点；

第三确定单元840，基于该N个节点，确定目标节点，该目标节点存储有该目标资源的信息；

输出单元850，该目标节点输出该目标资源的信息。

在本申请的一些实施例中，第一确定单元820用于：

获取第一映射关系；

其中，该第一映射关系包括至少一个用户的标识和该至少一个用户的标识中每一个用户的标识对应的资源组的标识，该至少一个用户的标识包括该目标用户的标识；

将该第一映射关系中与该目标用户的标识对应的资源组的标识，确定为该M个资源组的标识；

将该M个资源组的标识对应的资源组，确定为该M个资源组。

在本申请的一些实施例中，第二确定单元830用于：

获取第二映射关系；

其中，该第二映射关系包括至少一个资源组的标识和该至少一个资源组的标识中每一个资源组的标识对应的节点的标识，该至少一个资源组包括该M个资源组；

针对该M个资源组分别对应的M个资源组的标识中第一资源组的标识，将该第二映射关系中与该第一资源组的标识对应的节点的标识，确定为该N个节点分别对应的N个节点的标识中的节点的标识；

将该N个节点的标识分别对应的N个节点，确定为该N个节点。

在本申请的一些实施例中，第三确定单元840用于：

若该N大于1，则在该N个节点对应的父节点中，将该N个节点的共同父节点，确定为该目标节点。

在本申请的一些实施例中，若该N等于1，则将该N个节点确定为该目标节点。

在本申请的一些实施例中，该目标资源包括该N个节点监控的资源，和/或，该N个节点的所有子节点监控的资源。

在本申请的一些实施例中，获取单元810还可用于：

构建该存在层级关系的多个节点；

通过该多个节点中的第一节点采集并保存第一资源的原始数据，该原始数据包括该第一资源的标识；

向缓存服务器发送该原始数据；

通过该第一节点和该第一节点的所有父节点接收并保存第一服务器发送的该第一资源的至少一个信息。

在本申请的一些实施例中，获取单元810还可用于：

获取该多个节点中每一个节点的配置文件；

基于该每一个节点的配置文件，构建该多个节点。

在本申请的一些实施例中，该配置文件包括以下中的至少一项：

该节点的节点标识、该节点的互联网协议IP地址、该节点的服务端口、该节点的父节点的节点标识、该节点的父节点的互联网协议IP地址和该节点的父节点的服务端口。

在本申请的一些实施例中，获取单元810还可用于：

获取第三映射关系；

其中，该第三映射关系包括多个节点的标识和该多个节点的标识中每一个节点的标识对应的资源的标识，该多个节点的标识包括该第一节点的标识；

将该第三映射关系中与该第一节点的标识对应的资源的标识，确定为该第一资源的标识；

通过该第一节点采集并保存该第一资源的标识对应的第一资源的原始数据。

图9是本申请实施例提供的服务器900的示意性框图。

需要说明的是，该服务器可以是如图1所示的第一服务器130。

如图9所示，该服务器900可包括以下中部分或全部内容：

接收单元910，接收缓存服务器发送的原始数据，该原始数据包括第一资源的标识；

数据处理单元920，基于该第一资源的标识，以至少一个预设周期对该原始数据中与该第一资源的标识对应的原始数据进行数据处理，得到该第一资源的至少一个信息；

确定单元930，基于该第一资源的标识，确定与该第一资源的标识对应的第一节点的标识；

发送单元940，向该第一节点的标识对应的第一节点和该第一节点的所有父节点发送该至少一个信息。

在本申请的一些实施例中，该至少一个预设周期包括第一预设周期、第二预设周期、第三预设周期、第四预设周期，该第一预设周期小于该第二预设周期、且该第二预设周期小于该第三预设周期、且该第三预设周期小于该第四预设周期；

基于此，数据处理单元920可用于：

以该第一预设周期对与该第一资源的标识对应的原始数据进行数据处理，得到第一信息；

以该第二预设周期对多个该第一预设周期分别得到的多个该第一信息进行数据处理，得到第二信息；

以该第三预设周期对多个该第二预设周期分别得到的多个该第二信息进行数据处理，得到第三信息；

以该第四预设周期对多个该第三预设周期分别得到的多个该第三信息进行数据处理，得到第四信息；

将该第一信息、第二信息、第三信息和第四信息，确定为该至少一个信息；

基于此，发送单元940可用于：

向该第一节点和该第一节点的所有父节点发送该第一信息、该第二信息、该第三信息和该第四信息。

在本申请的一些实施例中，数据处理单元920还可用于：

向该第一节点和该第一节点的所有父节点发送该第一信息之后，删除该第一资源的标识对应的原始数据；

向该第一节点和该第一节点的所有父节点发送该第二信息之后，删除该第一信息；

向该第一节点和该第一节点的所有父节点发送该第三信息之后，删除该第二信息；

向该第一节点和该第一节点的所有父节点发送该第四信息之后、删除第三信息。

应理解，服务器集群800和服务器900的实施例与方法实施例可以相互对应，类似的描述可以参照方法实施例。为避免重复，此处不再赘述。具体地，该服务器集群800可以对应于执行本申请实施例的方法200中的相应主体，服务器900可以对应于执行本申请实施例的方法600中的相应主体，并且该服务器集群800和服务器900中的各个单元分别为了实现方法200和方法600中的相应流程，为了简洁，在此不再赘述。

还应当理解，本申请实施例涉及的服务器集群800和服务器900的各个单元可以分别或全部合并为一个或若干个另外的单元来构成，或者其中的某个(些)单元还可以再拆分为功能上更小的多个单元来构成，这可以实现同样的操作，而不影响本申请的实施例的技术效果的实现。上述单元是基于逻辑功能划分的，在实际应用中，一个单元的功能也可以由多个单元来实现，或者多个单元的功能由一个单元实现。在本申请的其它实施例中，该服务器集群800和服务器900也可以包括其它单元，在实际应用中，这些功能也可以由其它单元协助实现，并且可以由多个单元协作实现。根据本申请的另一个实施例，可以通过在包括例如中央处理单元(CPU)、随机存取存储介质(RAM)、只读存储介质(ROM)等处理元件和存储元件的通用计算机的通用计算设备上运行能够执行相应方法所涉及的各步骤的计算机程序(包括程序代码)，来构造本申请实施例涉及的服务器集群800和服务器900，以及来实现本申请实施例的信息获取方法。其中，计算机程序可以记载于例如计算机可读存储介质上，并通过计算机可读存储介质装载于电子设备中，并在其中运行，来实现本申请实施例的相应方法。

换言之，上文涉及的单元可以通过硬件形式实现，也可以通过软件形式的指令实现，还可以通过软硬件结合的形式实现。具体地，本申请实施例中的方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路和/或软件形式的指令完成，结合本申请实施例公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件组合执行完成。可选地，软件可以位于随机存储器，闪存、只读存储器、可编程只读存储器、电可擦写可编程存储器、寄存器等本领域的成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法实施例中的步骤。

图10是本申请实施例提供的电子设备10的示意结构图。

如图10所示，该电子设备10至少包括处理器11以及计算机可读存储介质12。其中，处理器11以及计算机可读存储介质12可通过总线或者其它方式连接。计算机可读存储介质12用于存储计算机程序14，计算机程序14包括计算机指令，处理器11用于执行计算机可读存储介质12存储的计算机指令。处理器11是电子设备10的计算核心以及控制核心，其适于实现一条或多条计算机指令，具体适于加载并执行一条或多条计算机指令从而实现相应方法流程或相应功能。

作为示例，处理器11也可称为中央处理器(Central Processing Unit，CPU)。处理器11可以包括但不限于：通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等等。

作为示例，计算机可读存储介质12可以是高速RAM存储器，也可以是非不稳定的存储器(Non-Volatile Memory)，例如至少一个磁盘存储器；可选的，还可以是至少一个位于远离前述处理器11的计算机可读存储介质。具体而言，计算机可读存储介质12包括但不限于：易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data RateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DR RAM)。

在一种实现方式中，该电子设备10可以是图8和图9分别所示的服务器集群800和服务器900；该计算机可读存储介质12中存储有计算机指令；由处理器11加载并执行计算机可读存储介质12中存放的计算机指令，以实现图2和图6所示方法实施例中的相应步骤；具体实现中，计算机可读存储介质12中的计算机指令由处理器11加载并执行相应步骤，为避免重复，此处不再赘述。

根据本申请的另一方面，本申请实施例还提供了一种计算机可读存储介质(Memory)，计算机可读存储介质是电子设备10中的记忆设备，用于存放程序和数据。例如，计算机可读存储介质12。可以理解的是，此处的计算机可读存储介质12既可以包括电子设备10中的内置存储介质，当然也可以包括电子设备10所支持的扩展存储介质。计算机可读存储介质提供存储空间，该存储空间存储了电子设备10的操作***。并且，在该存储空间中还存放了适于被处理器11加载并执行的一条或多条的计算机指令，这些计算机指令可以是一个或多个的计算机程序14(包括程序代码)。

该电子设备10还可包括：收发器13，该收发器13可连接至该处理器11或计算机可读存储介质12。

其中，计算机可读存储介质12可以控制该收发器13与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。收发器13可以包括发射机和接收机。收发器13还可以进一步包括天线，天线的数量可以为一个或多个。

根据本申请的另一方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。例如，计算机程序14。此时，电子设备10可以是计算机，处理器11从计算机可读存储介质12读取该计算机指令，处理器11执行该计算机指令，使得该计算机执行上述各种可选方式中提供的信息获取方法。

换言之，当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，全部或部分地运行本申请实施例的流程或实现本申请实施例的功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质进行传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元以及流程步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

最后需要说明的是，以上实施例仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。

Claims (16)

1.一种信息获取方法，其特征在于，所述方法应用于服务器集群，所述服务器集群包括存在层级关系的多个节点；

所述方法包括：

获取信息获取请求，所述信息获取请求用于请求获取目标资源的信息，所述信息获取请求包括目标用户的标识；

确定与所述目标用户的标识对应的M个资源组，所述M为大于或等于1的正整数；

基于所述M个资源组，确定N个节点，所述N个节点包括所述M个资源组中每一个资源组对应的一个或多个节点，所述N为大于或等于1的正整数，所述服务器集群包括所述N个节点；

基于所述N个节点，确定目标节点，所述目标节点存储有所述目标资源的信息；

所述目标节点输出所述目标资源的信息。

2.根据权利要求1所述的方法，其特征在于，所述确定与所述目标用户标识对应的M个资源组，包括：

获取第一映射关系；

其中，所述第一映射关系包括至少一个用户的标识和所述至少一个用户的标识中每一个用户的标识对应的资源组的标识，所述至少一个用户的标识包括所述目标用户的标识；

将所述第一映射关系中与所述目标用户的标识对应的资源组的标识，确定为所述M个资源组的标识；

将所述M个资源组的标识对应的资源组，确定为所述M个资源组。

3.根据权利要求1所述的方法，其特征在于，所述基于所述M个资源组，确定N个节点，包括：

获取第二映射关系；

其中，所述第二映射关系包括至少一个资源组的标识和所述至少一个资源组的标识中每一个资源组的标识对应的节点的标识，所述至少一个资源组包括所述M个资源组；

针对所述M个资源组分别对应的M个资源组的标识中第一资源组的标识，将所述第二映射关系中与所述第一资源组的标识对应的节点的标识，确定为所述N个节点分别对应的N个节点的标识中的节点的标识；

将所述N个节点的标识分别对应的N个节点，确定为所述N个节点。

4.根据权利要求1所述的方法，其特征在于，所述基于所述N个节点，确定目标节点，包括：

若所述N大于1，则在所述N个节点对应的父节点中，将所述N个节点的共同父节点，确定为所述目标节点。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

若所述N等于1，则将所述N个节点确定为所述目标节点。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述获取信息获取请求之前，所述方法还包括：

构建所述存在层级关系的多个节点；

通过所述多个节点中的第一节点采集并保存第一资源的原始数据，所述原始数据包括所述第一资源的标识；

向缓存服务器发送所述原始数据；

通过所述第一节点和所述第一节点的所有父节点接收并保存第一服务器发送的所述第一资源的至少一个信息。

7.根据权利要求6所述的方法，其特征在于，所述构建所述存在层级关系的多个节点，包括：

获取所述多个节点中每一个节点的配置文件；

基于所述每一个节点的配置文件，构建所述多个节点。

8.根据权利要求6所述的方法，其特征在于，所述通过所述多个节点中的第一节点采集并保存第一资源的原始数据，包括：

获取第三映射关系；

其中，所述第三映射关系包括多个节点的标识和所述多个节点的标识中每一个节点的标识对应的资源的标识，所述多个节点的标识包括所述第一节点的标识；

将所述第三映射关系中与所述第一节点的标识对应的资源的标识，确定为所述第一资源的标识；

通过所述第一节点采集并保存所述第一资源的标识对应的第一资源的原始数据。

9.一种信息获取方法，其特征在于，所述方法应用于第一服务器，包括：

接收缓存服务器发送的原始数据，所述原始数据包括第一资源的标识；

基于所述第一资源的标识，以至少一个预设周期对所述原始数据中与所述第一资源的标识对应的原始数据进行数据处理，得到所述第一资源的至少一个信息；

基于所述第一资源的标识，确定与所述第一资源的标识对应的第一节点的标识；

向所述第一节点的标识对应的第一节点和所述第一节点的所有父节点发送所述至少一个信息。

10.根据权利要求9所述的方法，其特征在于，所述至少一个预设周期包括第一预设周期、第二预设周期、第三预设周期、第四预设周期，所述第一预设周期小于所述第二预设周期、且所述第二预设周期小于所述第三预设周期、且所述第三预设周期小于所述第四预设周期；所述基于所述第一资源的标识，以至少一个预设周期对所述原始数据中与所述第一资源的标识对应的原始数据进行数据处理，得到所述第一资源的至少一个信息，包括：

以所述第一预设周期对与所述第一资源的标识对应的原始数据进行数据处理，得到第一信息；

以所述第二预设周期对多个所述第一预设周期分别得到的多个所述第一信息进行数据处理，得到第二信息；

以所述第三预设周期对多个所述第二预设周期分别得到的多个所述第二信息进行数据处理，得到第三信息；

以所述第四预设周期对多个所述第三预设周期分别得到的多个所述第三信息进行数据处理，得到第四信息；

将所述第一信息、第二信息、第三信息和第四信息，确定为所述至少一个信息；

其中，所述向所述第一资源的标识对应的第一节点和所述第一节点的所有父节点发送所述至少一个信息，包括：

向所述第一节点和所述第一节点的所有父节点发送所述第一信息、所述第二信息、所述第三信息和所述第四信息。

11.根据权利要求10所述的方法，其特征在于，所述方法还包括：

向所述第一节点和所述第一节点的所有父节点发送所述第一信息之后，删除所述第一资源的标识对应的原始数据；

向所述第一节点和所述第一节点的所有父节点发送所述第二信息之后，删除所述第一信息；

向所述第一节点和所述第一节点的所有父节点发送所述第三信息之后，删除所述第二信息；

向所述第一节点和所述第一节点的所有父节点发送所述第四信息之后、删除第三信息。

12.一种服务器集群，其特征在于，所述服务器集群包括存在层级关系的多个节点；

所述服务器集群包括：

获取单元，用于获取信息获取请求，所述信息获取请求用于请求获取目标资源的信息，所述信息获取请求包括目标用户的标识；

第一确定单元，用于确定与所述目标用户的标识对应的M个资源组，所述M为大于或等于1的正整数；

第二确定单元，用于基于所述M个资源组，确定N个节点，所述N个节点包括所述M个资源组中每一个资源组对应的一个或多个节点，所述N为大于或等于1的正整数，所述服务器集群包括所述N个节点；

第三确定单元，用于基于所述N个节点，确定目标节点，所述目标节点存储有所述目标资源的信息；

输出单元，用于所述目标节点输出所述目标资源的信息。

13.一种服务器，其特征在于，包括：

接收单元，用于接收缓存服务器发送的原始数据，所述原始数据包括第一资源的标识；

数据处理单元，用于基于所述第一资源的标识，以至少一个预设周期对所述原始数据中与所述第一资源的标识对应的原始数据进行数据处理，得到所述第一资源的至少一个信息；

确定单元，用于基于所述第一资源的标识，确定与所述第一资源的标识对应的第一节点的标识；

发送单元，用于向所述第一节点的标识对应的第一节点和所述第一节点的所有父节点发送所述至少一个信息。

14.一种电子设备，其特征在于，包括：

处理器，适于执行计算机程序；

计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被所述处理器执行时，实现如权利要求1至8中任一项所述的方法或如权利要求9至11中任一项所述的方法。

15.一种计算机可读存储介质，其特征在于，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1至8中任一项所述的方法或如权利要求9至11中任一项所述的方法。

16.一种计算机程序产品，包括计算机程序/指令，其特征在于，所述计算机程序/指令被处理器执行时实现如权利要求1至8中任一项所述的方法或如权利要求9至11中任一项所述的方法。

Images