一种资源管理方法、装置、系统、设备及存储介质与流程

1.本技术实施例涉及互联网运维技术领域，尤其涉及一种资源管理方法、装置、系统、设备及存储介质。


背景技术：

2.随着互联网技术的发展，越来越多的应用部署在互联网上，用户可向互联网上部署的应用请求所需要的服务。应用的部署可能同时涉及到物理机和容器两种方式，那么运维开发者需要提供应用发布系统和资源发布系统等不同的发布系统对机器资源进行管理。
3.但是供应用发布系统和资源发布系统对应用对象和资源对象的管理都是独立进行的，这种管理方式存在容易出现应用对象和资源对象的对象信息不统一的情况。例如同一个应用在不同的发布平台下采用了不同的命名管理方式，因此同一含义的对象信息在数据库中会存在多种不同的数据格式，导致对象信息的管理效率较低。


技术实现要素：

4.本技术实施例提供一种资源管理方法、装置、系统、设备及存储介质，以解决现有技术中对象信息不统一，导致对象信息的管理效率较低的技术问题，统一管理对象信息，有效提高对象信息的管理效率。
5.在第一方面，本技术实施例提供了一种资源管理方法，包括：
6.接收对象层发出的数据同步请求，所述对象层包括应用对象和资源对象；
7.响应于所述数据同步请求对应用列表进行更新，所述应用列表记录有所述应用对象和所述资源对象的对象信息，以及所述应用对象和所述资源对象的对应关系。
8.在第二方面，本技术实施例提供了一种资源管理装置，包括同步响应模块和列表更新模块，其中：
9.所述同步响应模块，配置为接收对象层发出的数据同步请求，所述对象层包括应用对象和资源对象；
10.所述列表更新模块，配置为响应于所述数据同步请求对应用列表进行更新，所述应用列表记录有所述应用对象和所述资源对象的对象信息，以及所述应用对象和所述资源对象的对应关系。
11.在第三方面，本技术实施例提供了一种资源管理系统，包括应用管理系统、对象层和服务调用端，所述对象层包括应用对象和资源对象，其中：
12.所述对象层配置为在检测到所述应用对象或所述资源对象出现数据更新的情况下，向所述应用管理系统发送数据同步请求；
13.所述服务调用端配置为基于需要调用的服务向所述应用管理系统发送服务调用请求；
14.所述应用管理系统配置为接收对象层发出的所述数据同步请求，并响应于所述数据同步请求对应用列表进行更新，所述应用列表记录有所述应用对象和所述资源对象的对
象信息，以及所述应用对象和所述资源对象的对应关系，所述应用管理系统还配置为接收服务调用端发出的服务调用请求，并响应于所述服务调用请求，通过所述服务调用请求对应的对象层向所述服务调用端提供服务。
15.在第四方面，本技术实施例提供了一种资源管理设备，包括：存储器以及一个或多个处理器；
16.所述存储器，用于存储一个或多个程序；
17.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面所述的资源管理方法。
18.在第五方面，本技术实施例提供了一种存储计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如第一方面所述的资源管理方法。
19.在第六方面，本技术实施例提供了一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序存储在计算机可读存储介质中，设备的至少一个处理器从计算机可读存储介质读取并执行计算机程序，使得设备执行如第一方面所述的资源管理方法。
20.本技术实施例通过在接收到对象层发出的数据同步请求后，响应于数据同步请求对应用列表中记录的应用对象和资源对象对应的对象信息进行更新，通过应用的视角统一管理应用对象和资源对象，从应用维度关联应用对象和资源对象，统一管理应用对象和资源对象的对象信息，有效提高对象信息的管理效率。
附图说明
21.图1是本技术实施例提供的一种资源管理方法的流程图；
22.图2是本技术实施例提供的一种对象层、资源管理装置和消息中间件的连接关系示意图；
23.图3是本技术实施例提供的一种对象层、资源管理装置和监控平台的通信示意图；
24.图4是本技术实施例提供的另一种资源管理方法的流程图；
25.图5是本技术实施例提供的一种资源管理装置的结构示意图；
26.图6是本技术实施例提供的一种资源管理系统的系统结构示意图；
27.图7是本技术实施例提供的另一种资源管理系统的系统结构示意图；
28.图8是本技术实施例提供的一种资源管理设备的结构示意图。
具体实施方式
29.为了使本技术的目的、技术方案和优点更加清楚，下面结合附图对本技术具体实施例作进一步的详细描述。可以理解的是，此处所描述的具体实施例仅仅用于解释本技术，而非对本技术的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本技术相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时上述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。上述处理可以对应于方法、函数、规程、子例程、子程序等等。
30.图1给出了本技术实施例提供的一种资源管理方法的流程图，本技术实施例提供
的资源管理方法可以由资源管理装置来执行，该资源管理装置可以通过硬件和/或软件的方式实现，并集成在资源管理设备中。
31.下述以资源管理装置执行资源管理方法为例进行描述。参考图1，该资源管理方法包括：
32.s101：接收对象层发出的数据同步请求，对象层包括应用对象和资源对象。
33.本方案提供的对象层中的对象包括多个应用对象和资源对象，可选的，对象层包括应用对象层和资源对象层，可在应用对象层对多个应用对象进行统一管理，可在资源对象层中对多个资源对象进行统一管理。应用对象作为面向业务的服务组合，可向用户提供一个或多个服务(一个服务可部署多个进程)，资源对象可为应用对象提供资源，其中资源对象可以是域名系统、4/7层负载均衡系统、数据库系统、缓存系统、消息中间件等可提供资源的平台，资源可以是数据库、缓存资源等。可选的，应用对象和资源对象可部署在物理机或虚拟机中，例如可将重要程度较高的应用对象或资源对象部署在物理机中，其他应用对象或资源对象部署在虚拟机中。其中，应用对象中所提供的服务可基于一个或多个资源对象提供的资源进行工作，即每个应用对象可对应一个或多个资源对象，可对应用对象和资源对象的对应关系进行记录，以方便对应用对象和资源对象的管理以及保证正常向用户提供服务。本方案将应用对象和资源对象的对应关系记录在应用列表中，并且应用列表记录有应用对象和资源对象的对象信息，以及应用对象和资源对象的对应关系。
34.需要进行解释的是，在应用对象或资源对象出现数据(对象信息)的更新时，需要及时同步更新资源对象或应用对象，以保证服务的正常提供。在相关技术中，应用对象和资源对象的管理都是独立进行的，对象信息的管理效率较低。本方案从应用视角对资源对象和应用对象进行统一的管理，可赋予应用全生命周期的管理流程，能够实现各系统信息的统一、准确和完整，同时，从应用维度关联应用对象和资源对象，能够抹平底层应用对象和资源对象的异构型，让各类应用对象和资源对象的管理变得方便，统一管理应用对象和资源对象的对象信息，有效提高对象信息的管理效率。
35.示例性的，对象层(应用对象层或资源对象层)在检测到应用对象和/或资源对象出现信息更新时，根据需要更新的数据生成数据同步请求，并发送给资源管理装置(资源管理装置可配置在用于统一管理对象层的应用管理系统中)。本方案提供的资源管理装置在接收到对象层发出的数据同步请求后，可响应于数据同步请求在应用列表中对对应的应用对象和/或资源对象的对象信息进行更新。
36.在一个实施例中，本方案在接收对象层发出的数据同步请求之前，还包括：采集不同应用对象和资源对象之间的信息流向关系；基于信息流向关系确定不同应用对象和资源对象的对应关系。
37.示例性的，实时采集各个应用对象和资源对象之间的信息流向关系(例如应用对象在创建应用或服务是所绑定或调用的资源、以及不同资源响应于应用或服务的调用和绑定，创建对应资源)，并基于采集到的信息流向关系确定不同应用对象和资源对象的对应关系，并将对应关系更新到应用列表中。需要进行解释的是，为了保证应用列表中维护的数据与对象层的数据能够具备一致性，保证用户正确使用服务和数据，需要对应用列表和对象层中的数据进行同步。在进行数据同步前，需要进行数据的采集工作，以确定不同应用对象和资源对象之间的对应关系，有效保证用户正确使用服务和数据。
38.在一个可能的实施例中，当信息流向关系的采集工作完成后，资源管理装置可基于信息流向关系确认应用对象和资源对象的对应关系。而资源管理装置在正式提供服务时，需要保证的数据的实时性，需要在应用列表中实时对对象层中更新的信息进行信息同步。可选的，信息同步分包括对增量信息的同步和全量数据的同步。对于增量信息同步，对象层中对象信息的变动(应用负责人的改动、部署方式的变化)会被及时同步给资源管理装置进行信息同步，通过对增量信息的同步可有效保证数据的实时性。实时更新数据的过程难免会出现遗漏的情况，因此为了校验数据整体的准确性，资源管理装置还会定期做一次全量数据的同步。全量数据的同步会比较耗时，因此同步的时间间隔可以设置比较大的区间，例如将时间间隔设置为一天或12小时，资源管理装置按照时间间隔获取各个对象的全量数据，并利用这些全量数据进行同步。
39.s102：响应于数据同步请求对应用列表进行更新，应用列表记录有应用对象和资源对象的对象信息，以及应用对象和资源对象的对应关系。
40.示例性的，在接收到对象层发送的数据同步请求后，基于数据同步请求对应的需要同步的信息，对应用列表中对应的应用对象、资源对象的对象信息或应用对象和资源对象的对应关系(例如资源对象的对象信息或应用对象和资源对象的对应关系发生变化，例如资源对象需要调用新的资源对象，或资源对象需要取消某个资源对象的调用等)进行更新，实现对应用列表的同步更新，保证应用服务的正常工作，统一管理应用对象和资源对象的对象信息，有效提高对象信息的管理效率。
41.在一个可能的实施例中，本方案提供的应用对象和资源对象可通过应用标识(例如应用id)进行区分，即为不同的应用对象设定不同的应用标识，并可通过应用标识确定应用对象和对应的资源对象的对应关系。可以理解的是，一个应用对象可提供一个或多个服务，一个服务可基于一个或多个资源对象进行工作，并且一个资源对象可为一个或多个应用对象或服务提供资源服务，即一个资源对象可对应有一个或多个应用标识。
42.在一个可能的实施例中，本方案在响应于数据同步请求对应用列表进行更新时，包括：响应于数据同步请求，确定数据同步请求对应的更新数据以及应用标识；基于更新数据，在应用列表中更新应用标识对应的应用对象和/或资源对象的对象信息。
43.示例性的，在接收到对象层发出的数据同步请求时，确定数据同步请求对应的更新数据以及应用标识，并基于应用标识在应用列表中确定对应的应用对象和/或资源对象对应的对象信息，并基于数据同步请求反映的更新数据对相应的应用对象和/或资源对象的对象信息进行更新，以实现对象层和应用列表的同步。本方案通过应用标识确定应用对象和资源对象之间的对应关系，方便对应用对象和资源对象的统一管理，提高对对象和资源对象的对象信息的管理效率，并且采用应用标识可保证正确调用应用对象对应的资源对象，保证应用服务能被用户正常调用。
44.上述，通过在接收到对象层发出的数据同步请求后，响应于数据同步请求对应用列表中记录的应用对象和资源对象对应的对象信息进行更新，通过应用的视角统一管理应用对象和资源对象，从应用维度关联应用对象和资源对象，统一管理应用对象和资源对象的对象信息，有效提高对象信息的管理效率。
45.在一个可能的实施例中，本方案可通过消息中间件(message oriented middleware，mom，面向消息的中间件，一种提供松散耦合的灵活方式进行消息传递的一种
中间件机制)实现对象层和资源管理装置(应用管理系统)之间的通信，以提高对象层和资源管理装置(应用管理系统)传递消息的及时性以及准确性。基于此，本方案在接收对象层发出的数据同步请求时，具体为通过消息中间件接收对象层发出的数据同步请求。
46.示例性的，配置一个多个消息中间件，对象层(包括应用对象层和资源对象层)和资源管理装置(应用管理系统)之间可通过消息中间件(例如就近机房上布置的消息中间件)进行通信。如图2提供的一种对象层、资源管理装置和消息中间件的连接关系示意图所示，对象层和资源管理装置(应用管理系统)通过消息中间件的接口(应用程序编程接口、api接口)进行通信。本方案利用消息中间件异步、解耦的特性，有效保证对象层和资源管理装置之间信息、数据传输和更新的及时性和准确性。其中，消息中间件也可以是采用缓存中间件实现，例如采用redis(远程字典服务)实现消息中间件的功能，redis同样拥有优秀的读写性能，并且能够根据用户的需求保证数据的持久化存储，防止数据丢失，从底层拥有的数据结构和提供的操作指令来看，redis同样能够实现消息队列的特性，实现消息中间件秒级更新信息的效果。
47.需要进行解释的是，若对象层和资源管理装置之间直接通过资源管理装置提供的接口进行通信和交互，对象层和资源管理装置之间很难做到准确的时间保证，接口交互双方都有可能存在正在处理较为耗时的请求的情况，此时通过接口传递信息容易出现因数据量的较大而导致多次的重传而耗费大量时间传递数据的情况。可选的，本方案提供的对象层在进行数据同步时，可不通过资源管理装置提供的接口进行交互，不同的对象层发生了数据信息的变动后可通过消息中间件将同步数据同步到资源管理装置(应用管理系统)。例如应用对象层和资源对象层发生了信息(例如对象信息)的变动后，可基于变动的信息向消息中间件发送数据同步请求，由消息中间件转发至资源管理装置。资源管理装置在监听到关注的信息有数据变动后，可对这些变动的数据进行消费，更新应用列表中记录的对象信息，实现资源管理装置与资源对象层、应用对象层数据的最终一致。并且采用消息中间件技术，使得不同系统间能够做到异步通信，且彼此的模块松耦合，保证了对象信息的更新等变动信息能够及时被资源管理装置(应用管理系统)感知后，在秒级内完成应用列表的更新。
48.在一个可能的实施例中，本方案提供的消息中间件的调用情况通过监控平台进行监控，其中指标信息用于指示对数据同步请求的处理情况。其中，本方案提供的监控平台用于向消息中间件管理集群发送应用对象、资源对象以及消息中间件反馈的指标信息，由该消息中间件管理集群基于指标信息确定消息中间件的调用情况。
49.本方案通过消息中间提供秒级更新数据，以更好地保证向用户提供服务的能力。因此，在使用消息中间件时需要对常用的指标进行监控，以便在发生问题时能够及时做出处理。常见的消息中间件监控工具只能够对基础指标进行监控，无法适配具体的业务，本方案在使用消息中间件时采用了内部的监控平台作为监控工具，实现对不同业务的适配。例如，监控平台提供用于监控采集的监控接口，对象层和资源管理装置内部可以自定义相关的业务指标，对象层和资源管理装置的每次数据更新操作，在事务成功的前提下，会对相应的指标信息进行修改，基于对象层和资源管理装置中指标信息的状态可以判断消息中间件的使用情况。比如，对象层和资源管理装置可以将主题、中间件服务作为监控指标，这样便可以在监控平台实时跟踪消息中间件的调用情况。
50.示例性的，对象层和资源管理装置(应用管理系统)通过消息中间件的接口进行通
信，可有效屏蔽各个系统(对象层和资源管理装置)独有的特性，实现不同系统间的协同工作。可选的，消息中间件可基于存储和转发机制完成不同系统间的异步消息或同步消息的传递。在异步消息传递中，不同系统之间彼此不直接通信，而是与作为中介的消息中间件通信。异步消息传递的传递模式包括点对点模式和发布订阅模式两种传递模式。如图3提供的一种对象层、资源管理装置和监控平台的通信示意图所示，以消息中间件的发布订阅模式为例，工作在发布订阅模式的消息中间件基于主题(topic)的特性来实现消息的发送和接收。对象层作为消息的发送端，在需要发布的消息(例如数据同步请求)时，可以指定消息所对应的主题。资源管理装置作为消息的接收端，可通过订阅符合自身要求的主题，并对该主题消费信息。例如订阅了某个主题的。资源管理装置可以接收到关于所订阅的主题的所有信息。在这种情况下，消息中间件(多个消息中间件可通过消息中间件服务集群进行统一管理)作为消息的代理端，可将一个主题已发布的消息路由给该主题的所有订阅者。
51.可选的，对象层、消息中间件和资源管理装置在所更新的信息符合指定的业务指标时，将对应的调用情况发送给监控平台，由监控平台向消息中间件管理集群发送这些应用对象、资源对象以及消息中间件反馈的指标信息，并由消息中间件管理集群基于这些指标信息确定消息中间件的调用情况，并反馈给监控平台。可选的，可在监控平台中配置可视化服务(例如grafana服务)，对消息中间件中各个消息中间件的调用情况进行可视化显示，方便工作人员对消息中间件进行管理，保证消息中间件的正常工作以及数据的正常更新。本方案基于消息中间件的发布订阅模式向资源管理装置发送消息消费通知，在资源管理装置接收到消息消费通知后，可以根据预先设定的配置，从消息中间件完成对应消息的消费(响应于数据同步请求对应用列表进行更新)，以实现应用数据的及时性、准确性。
52.在上述实施例的基础上，图4给出了本技术实施例提供的另一种资源管理方法的流程图，该资源管理方法是对上述资源管理方法的具体化。参考图2，该资源管理方法包括：
53.s201：接收对象层发出的数据同步请求，对象层包括应用对象和资源对象。
54.s202：响应于数据同步请求对应用列表进行更新，应用列表记录有应用对象和资源对象的对象信息，以及应用对象和资源对象的对应关系。
55.s203：接收服务调用端发出的服务调用请求，服务调用请求由服务调用端基于需要调用的服务生成。
56.示例性的，在服务调用端在需要调用应用对象提供的服务时，可基于需要调用的服务向资源管理装置发送服务调用请求。资源管理装置在接收到服务调用端发出的服务调用请求时，可基于服务调用请求向服务调用端提供对应的服务。
57.s204：响应于服务调用请求，通过服务调用请求对应的对象层向服务调用端提供服务。
58.示例性的，在接收到服务调用端发出的服务调用请求时，确定服务调用端对应的对象层向服务调用端提供服务。即确定服务调用请求的服务对应的应用对象，在应用列表中确定应用对象提供对应的服务时所需要的资源对象，并通知资源对象创建对应的资源，以供应用对象基于对应的资源提供服务调用端所需要的服务。例如，资源管理装置将服务调用端发送的待处理数据发送到应用对象，应用对象基于上述资源对待处理数据进行处理得到处理结果并返回给资源管理装置，由资源管理装置反馈给服务调用端。
59.在一个可能的实施例中，各个应用对象所提供的服务可通过设定的名字服务系统
进行确定，即服务调用请求所对应的对象层可基于需要的服务在名字服务系统中国进行确定。其中，名字服务系统中记录的各个应用所提供的服务，可由资源管理装置基于应用列表中记录的信息在名字服务系统中进行注册和同步更新确定。基于此，本方案提供的资源管理方法在接收服务调用端发出的服务调用请求之前，还包括：基于应用列表中记录的对象信息，向名字服务系统注册应用，应用包括一个或多个服务，名字服务系统用于响应于服务调用端发出的服务查询请求对应的服务的服务名称，向服务调用端发送服务名称对应的服务调用信息，以供服务调用端基于服务调用信息生成服务调用请求。
60.示例性的，在创建或更新应用列表(例如在应用列表中新增、更新或删除应用对象)时，根据应用列表中记录的对象信息向名字服务系统更新注册的应用(例如在名字服务系统中注册新增的应用、更新应用的相关信息或删除对应的应用)。
61.进一步的，服务调用端可与名字服务系统进行通信，并可定时查询名字服务系统中记录的各个服务的实例信息。服务调用端可根据需要调用的服务的服务名称向名字服务系统发出服务查询请求，名字服务系统在接收到服务查询请求后，名字服务系统将响应于服务查询请求对应的服务的服务名称，确定该服务对应的服务调用信息，并向服务调用端发送服务名称对应的服务调用信息，以供服务调用端基于服务调用信息生成服务调用请求。资源管理装置在接收到服务调用请求后，可基于服务调用请求中的服务调用请求以及应用列表记录的应用对象和资源对象的对应关系，调用对应的应用对象提供相应的服务以及调用对应的资源。
62.在一个可能的实施例中，本方案提供的服务调用信息包括提供服务的地址信息(ip地址)以及端口信息，对应的，本方案在通过服务调用请求对应的对象层向服务调用端提供服务时，包括：根据服务调用请求携带的服务调用信息中的地址信息以及端口信息，确定向服务调用端提供服务的应用对象；根据应用列表确定向服务调用端提供服务的应用对象对应的资源对象，并基于资源对象为应用对象申请资源，以向服务调用端提供服务。
63.示例性的，名字服务系统在接收到服务调用端发出的服务查询请求时，确定服务查询请求携带的服务名称对应的服务，确定该服务对应的地址信息和端口信息，并将地址信息和端口信息返回给服务调用端。服务调用管基于接收到的地址信息和端口信息向资源管理装置发送服务调用请求。
64.资源管理装置在接收到服务调用请求后，根据服务调用信息中的地址信息以及端口信息，确定向对应的应用对象，并根据应用列表中记录的应用对象和资源对象的对应关系，确定向服务调用端提供服务的应用对象对应的资源对象，并基于确定的资源对象为应用对象申请资源，资源管理装置可向应用对象发送服务调用端发出的待处理数据，应用对象可基于对应的资源提供对应的服务对待处理数据进行处理得到处理结果，并由资源管理装置反馈给服务调用端，通过名字服务系统来保证对象层提供的服务能够被用户系统正常调用，以正确向服务调用端提供服务。
65.可选的，名字服务系统可实现服务提供、调用、容错的功能，以供用户无感知地使用对象层提供的服务。例如资源管理装置在启动时将应用列表的相关信息(服务信息、地址信息和端口信息等)注册至名字服务系统。而服务调用端在需要使用资源管理装置(应用管理系统)的服务时，可以与名字服务系统进行交互使用资源管理装置的服务。在服务调用者发起了服务调用请求后，如果资源管理装置成功将相关信息注册至名字服务系统，服务调
用端就能够基于从名字服务系统获取的信息在资源管理装置中完成服务的调用。本方案通过名字服务系统作为服务调用的中间桥梁，由于服务提供者(资源管理装置)的运行状态都将交由名字服务系统来维护，服务消费者(服务调用端)无需关注服务提供者的运行情况，可有效保证服务的高可用性。
66.上述，通过在接收到对象层发出的数据同步请求后，响应于数据同步请求对应用列表中记录的应用对象和资源对象对应的对象信息进行更新，通过应用的视角统一管理应用对象和资源对象，从应用维度关联应用对象和资源对象，统一管理应用对象和资源对象的对象信息，有效提高对象信息的管理效率。此时应用对象层、资源对象层将以应用的视角被资源管理装置进行管理，对象层被赋予了应用生命周期的概念，对象层从使用到下线都能够在资源管理装置进行管，有效解决资源分散，不便管理的问题。并通过名字服务系统作为服务调用的中间桥梁，有效保证服务的高可用性，资源对象层也通过应用名称进行区分，不同资源对象维护的服务器资源、数据库资源、域名资源、中间件资源等将被集中管理，打通应用层和底层资源的对应关系，可有效解决信息分散、不规范的问题。并且以应用的层面管理应用对象层，可以在资源管理装置以多种不同的视角查看这个应用。例如从应用树角度来看，可以知道某个应用能够对外提供哪些服务；从人的维度，可以了解到某个应用的相关负责人信息；从资源维度来看，可以了解到某个应用的资源申请情况，保证了资源对象层和应用对象层在应用层面进行管理后，使用者能方便了解到系统的全貌并进行不同维度的使用。并且应用对象层和资源对象层发生了任何的信息变动后，这些信息将被对象层主动发送至消息中间件，资源管理装置在监听到关注的信息有数据变动后，便会对这些数据进行消费，更新系统内部维护的数据信息，实现系统与资源对象层、应用对象层数据的最终一致。资源管理装置对外提供服务时，可通过名字服务作为高可用的保证，并且客户端(服务调用端)在本地导入对应软件开发工具包sdk后便可以直接使用资源管理装置提供的服务，保证了系统具有高可用的特性，让客户端能够在服务端集群异常时增加容错率，依旧正常进行服务的调用。
67.图5是本技术实施例提供的一种资源管理装置的结构示意图。参考图5，该资源管理装置包括同步响应模块51和列表更新模块52。
68.其中，同步响应模块51，配置为接收对象层发出的数据同步请求，对象层包括应用对象和资源对象；列表更新模块52，配置为响应于数据同步请求对应用列表进行更新，应用列表记录有应用对象和资源对象的对象信息，以及应用对象和资源对象的对应关系。
69.上述，通过在接收到对象层发出的数据同步请求后，响应于数据同步请求对应用列表中记录的应用对象和资源对象对应的对象信息进行更新，通过应用的视角统一管理应用对象和资源对象，从应用维度关联应用对象和资源对象，统一管理应用对象和资源对象的对象信息，有效提高对象信息的管理效率。此时应用对象层、资源对象层将以应用的视角被资源管理装置进行管理，对象层被赋予了应用生命周期的概念，对象层从使用到下线都能够在资源管理装置进行管，有效解决资源分散，不便管理的问题。
70.在一个可能的实施例中，资源管理装置还包括信息采集模块，信息采集模块配置为：
71.采集不同应用对象和资源对象之间的信息流向关系；
72.基于信息流向关系确定不同应用对象和资源对象的对应关系。
73.在一个可能的实施例中，应用对象和资源对象通过应用标识进行区分，列表更新模块52具体配置为：
74.响应于数据同步请求，确定数据同步请求对应的更新数据以及应用标识；
75.基于更新数据，在应用列表中更新应用标识对应的应用对象和/或资源对象的对象信息。
76.在一个可能的实施例中，同步响应模块51具体配置为：通过消息中间件接收对象层发出的数据同步请求，其中，消息中间件的调用情况通过监控平台进行监控，监控平台用于向消息中间件管理集群发送应用对象、资源对象以及消息中间件反馈的指标信息，由消息中间件管理集群基于指标信息确定消息中间件的调用情况，指标信息用于指示对数据同步请求的处理情况。
77.在一个可能的实施例中，资源管理装置还包括调用响应模块和服务处理模块，其中：
78.调用响应模块，配置为接收服务调用端发出的服务调用请求，服务调用请求由服务调用端基于需要调用的服务生成；
79.服务处理模块，配置为响应于服务调用请求，通过服务调用请求对应的对象层向服务调用端提供服务。
80.在一个可能的实施例中，资源管理装置还包括服务注册模块，服务注册模块配置为：
81.基于应用列表中记录的对象信息，向名字服务系统注册应用，应用包括一个或多个服务，名字服务系统用于响应于服务调用端发出的服务查询请求对应的服务的服务名称，向服务调用端发送服务名称对应的服务调用信息，以供服务调用端基于服务调用信息生成服务调用请求。
82.在一个可能的实施例中，服务调用信息包括提供服务的地址信息以及端口信息，服务处理模块在通过服务调用请求对应的对象层向服务调用端提供服务时，配置为：
83.根据服务调用请求携带的服务调用信息中的地址信息以及端口信息，确定向服务调用端提供服务的应用对象；
84.根据应用列表确定向服务调用端提供服务的应用对象对应的资源对象，并基于资源对象为应用对象申请资源，以向服务调用端提供服务。
85.值得注意的是，上述资源管理装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明实施例的保护范围。
86.图6给出了本技术实施例提供的一种资源管理系统的系统结构示意图，如图6所示，该资源管理系统包括应用管理系统、对象层和服务调用端，其中对象层包括应用对象和资源对象。
87.其中，对象层配置为在检测到应用对象或资源对象出现数据更新的情况下，向应用管理系统发送数据同步请求。服务调用端配置为基于需要调用的服务向应用管理系统发送服务调用请求。应用管理系统配置为接收对象层发出的数据同步请求，并响应于数据同步请求对应用列表进行更新，应用列表记录有应用对象和资源对象的对象信息，以及应用
对象和资源对象的对应关系，应用管理系统还配置为接收服务调用端发出的服务调用请求，并响应于服务调用请求，通过服务调用请求对应的对象层向服务调用端提供服务。需要进行解释的是，本方案提供的资源管理装置可集成在应用管理系统中，实现本方案提供的资源管理方法并实现相应的技术效果，即应用管理系统、对象层和服务调用端可共同完成本方案提供的资源管理方法并实现相应的技术效果。本方案在通过应用管理系统、对象层和服务调用端共同完成本方案提供的资源管理方法的相关细节可参考上述实施例提供的资源管理方法，本方案不再赘述。
88.上述，通过在接收到对象层发出的数据同步请求后，响应于数据同步请求对应用列表中记录的应用对象和资源对象对应的对象信息进行更新，通过应用的视角统一管理应用对象和资源对象，从应用维度关联应用对象和资源对象。
89.在上述实施例的基础上，图7给出了本技术实施例提供的另一种资源管理系统的系统结构示意图，如图7所示，该资源管理系统包括应用管理系统、对象层、服务调用端、消息中间件、监控平台、消息中间件管理集群和名称服务系统。
90.其中，应用管理系统和对象层通过消息中间件进行通信。监控平台配置为对消息中间件的调用情况进行监控，以及向消息中间件管理集群发送应用对象、资源对象以及消息中间件反馈的指标信息，由消息中间件管理集群基于指标信息确定消息中间件的调用情况，指标信息用于指示对数据同步请求的处理情况。
91.资源管理系统还包括名称服务系统，名字服务系统配置为基于应用管理系统的应用列表中记录的对象信息注册应用，应用包括一个或多个服务，名字服务系统还配置为响应于服务调用端发出的服务查询请求对应的服务的服务名称，向服务调用端发送服务名称对应的服务调用信息，以供服务调用端基于服务调用信息生成服务调用请求。
92.本方案提供的应用管理系统、对象层、服务调用端、消息中间件、监控平台、消息中间件管理集群和名称服务系统可共同完成本方案提供的资源管理方法并实现相应的技术效果，相关细节可参考上述实施例提供的资源管理方法，本方案不再赘述。
93.上述，通过在接收到对象层发出的数据同步请求后，响应于数据同步请求对应用列表中记录的应用对象和资源对象对应的对象信息进行更新，通过应用的视角统一管理应用对象和资源对象，从应用维度关联应用对象和资源对象，统一管理应用对象和资源对象的对象信息，有效提高对象信息的管理效率。此时应用对象层、资源对象层将以应用的视角被资源管理装置进行管理，对象层被赋予了应用生命周期的概念，对象层从使用到下线都能够在资源管理装置进行管，有效解决资源分散，不便管理的问题。并通过名字服务系统作为服务调用的中间桥梁，有效保证服务的高可用性，资源对象层也通过应用名称进行区分，不同资源对象维护的服务器资源、数据库资源、域名资源、中间件资源等将被集中管理，打通应用层和底层资源的对应关系，可有效解决信息分散、不规范的问题。
94.本技术实施例还提供了一种资源管理设备，该资源管理设备可集成本技术实施例提供的资源管理装置。图8是本技术实施例提供的一种资源管理设备的结构示意图。参考图8，该资源管理设备包括：输入装置83、输出装置84、存储器82以及一个或多个处理器81；存储器82，用于存储一个或多个程序；当一个或多个程序被一个或多个处理器81执行，使得一个或多个处理器81实现如上述实施例提供的资源管理方法。上述提供的资源管理装置、设备和计算机可用于执行上述任意实施例提供的资源管理方法，具备相应的功能和有益效
果。
95.本技术实施例还提供一种存储计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行如上述实施例提供的资源管理方法。当然，本技术实施例所提供的一种存储计算机可执行指令的存储介质，其计算机可执行指令不限于如上提供的资源管理方法，还可以执行本技术任意实施例所提供的资源管理方法中的相关操作。上述实施例中提供的资源管理装置、设备及存储介质可执行本技术任意实施例所提供的资源管理方法，未在上述实施例中详尽描述的技术细节，可参见本技术任意实施例所提供的资源管理方法。
96.在一些可能的实施方式中，本公开提供的方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当上述程序产品在计算机设备上运行时，程序代码用于使上述计算机设备执行本说明书上述描述的根据本公开各种示例性实施方式的方法中的步骤，例如，计算机设备可以执行本公开实施例所记载的资源管理方法。其中，程序产品可以采用一个或多个可读介质的任意组合。