请求处理方法、装置、设备、存储介质及系统制造方法及图纸

本公开涉及一种请求处理方法、装置、设备、存储介质及系统。能够将每个集群用户的逻辑资源封装为独立的微服务并运行在登录节点的独立容器中，使得不同集群用户只能在包含其能使用的微服务的登录节点上使用自己的逻辑资源，不会在单个登录节点出现资源竞争和资源拥挤问题，也会将不同集群用户的处理过程数据完全隔离，提高了数据安全性，另外，由于每个微服务运行的容器对应至少一个登录节点，如果某个集群用户当前登录的登录节点发生故障，还可以基于允许该集群用户使用的微服务对应的容器，找到其他登录节点进行登录，实现登录节点动态无感知的迁移和调度。综上，本公开实施例提供的请求处理方法，提高了请求处理方式的安全性和灵活性。灵活性。灵活性。

【技术实现步骤摘要】
请求处理方法、装置、设备、存储介质及系统


[0001]本公开涉及请求处理
，尤其涉及一种请求处理方法、装置、设备、存储介质及系统。

技术介绍

[0002]随着计算机和数据传输技术的发展，各行各业使用高性能计算机（High Performance Computing，HPC）集群中的逻辑资源进行请求处理的集群用户越来越多。
[0003]目前，使用高性能计算机集群中的逻辑资源进行请求处理还采用传统方式，传统方式为：集群用户通过专用网络在本地计算机使用安全外壳协议（Secure Shell，SSH）客户端登录高性能计算机集群的特定几个登录节点，然后通过命令行方式使用高性能计算机集群的逻辑资源进行请求处理。
[0004]然而，使用传统方式进行请求处理的缺点是：集群用户登录特定节点使用统一的逻辑资源，当在特定几个登录节点登录的集群用户很多时，单个登录节点容易出现资源占用高的问题，容易造成资源浪费，并且，单个登录节点上不同集群用户的处理过程数据不能完全隔离，存在数据泄露的风险，如果登录节点故障，需要对集群用户重新授权进行登录节点切换。综上，传统的请求处理方式效果不好，有待改进。

技术实现思路

[0005]为了解决上述技术问题或者至少部分地解决上述技术问题，本公开提供了一种请求处理方法、装置、设备、存储介质及系统。
[0006]第一方面，本公开提供了一种请求处理方法，应用于微服务管理平台，所述微服务管理平台连接高性能计算机集群上的多个登录节点，每个所述登录节点运行至少一个容器，每个容器对应至少一个登录节点，每个所述容器运行一个微服务，每个所述微服务通过对所述高性能计算机集群中不同集群用户的逻辑资源进行虚拟化封装得到，所述方法包括：获取待处理请求；基于所述待处理请求携带的请求地址，从所述多个登录节点运行的微服务中确定对所述待处理请求进行处理的目标微服务；启动所述目标微服务，并通过成功启动的目标微服务对所述待处理请求进行处理。
[0007]第二方面，本公开提供了一种请求处理装置，配置于微服务管理平台，所述微服务管理平台连接高性能计算机集群上的多个登录节点，每个所述登录节点运行至少一个容器，每个容器对应至少一个登录节点，每个所述容器运行一个微服务，每个所述微服务通过对所述高性能计算机集群中不同集群用户的逻辑资源进行虚拟化封装得到，所述装置包括：获取模块，用于获取待处理请求；
确定模块，用于基于所述待处理请求携带的请求地址，从所述多个登录节点运行的微服务中确定对所述待处理请求进行处理的目标微服务；请求处理模块，用于启动所述目标微服务，并通过成功启动的目标微服务对所述待处理请求进行处理。
[0008]第三方面，本公开实施例还提供了一种设备，该设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现第一方面所提供的方法。
[0009]第四方面，本公开实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现第一方面所提供的方法。
[0010]第五方面，本公开实施例还提供了一种任务处理系统，包括：微服务管理平台和高性能计算机集群，所述微服务管理平台连接高性能计算机集群上的多个登录节点，每个所述登录节点运行至少一个容器，每个容器对应至少一个登录节点，每个所述容器运行一个微服务，每个所述微服务通过对所述高性能计算机集群中不同集群用户的逻辑资源进行虚拟化封装得到。
[0011]本公开实施例提供的技术方案与现有技术相比具有如下优点：本公开实施例的一种请求处理方法、设备、存储介质及系统，所述方法应用于微服务管理平台，所述方法包括：获取待处理请求；基于待处理请求携带的请求地址，从多个登录节点运行的微服务中确定对待处理请求进行处理的目标微服务；启动目标微服务，并通过成功启动的目标微服务对待处理请求进行处理。由于微服务管理平台连接高性能计算机集群上的多个登录节点，每个登录节点运行至少一个容器，每个容器对应至少一个登录节点，每个容器运行一个微服务，每个微服务通过对高性能计算机集群中的逻辑资源进行虚拟化封装得到。这样，可以将每个集群用户的逻辑资源封装为独立的微服务并运行在登录节点的独立容器中，使得不同集群用户只能在包含其能使用的微服务的登录节点上使用自己的逻辑资源，不会在单个登录节点出现资源竞争和资源拥挤问题，也会将不同集群用户的处理过程数据完全隔离，提高了数据安全性，另外，由于每个微服务运行的容器对应至少一个登录节点，如果某个集群用户当前登录的登录节点发生故障，还可以基于允许该集群用户使用的微服务对应的容器，找到其他登录节点进行登录，实现登录节点动态无感知的迁移和调度。综上，本公开实施例提供的请求处理方法，提高了请求处理方式的安全性和灵活性。
附图说明
[0012]此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
[0013]为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0014]图1为现有技术提供的一种传统的集群资源使用方法示意图；
图2为本公开实施例提供的一种集群资源使用方法示意图；图3为本公开实施例提供的一种请求处理系统的系统架构图；图4为本公开实施例提供的一种请求处理方法的流程示意图；图5为本公开实施例提供的微服务管理平台的模块示意图；图6为本公开实施例提供的登录接口的模块示意图；图7为本公开实施例提供的微服务调度接口的模块示意图；图8为本公开实施例提供的微服务状态转换流程图；图9为本公开实施例提供的微服务启动顺序示意图；图10为本公开实施例提供的一种请求处理装置的结构示意图；图11为本公开实施例提供的一种请求处理设备的结构示意图。
具体实施方式
[0015]为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。
[0016]在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。
[0017]在传统方式中，高性能计算机集群中的逻辑资源是统一的不可分割的逻辑整体，没有基于逻辑资源的功能进行划分，并且，高性能计算机集群配置特定的几个登录节点，不同集群用户可以被授权登录不同的登录节点。当集群用户使用高性能计算机集群中的逻辑资源进行请求处理时，首先通过SSH客户端登录被授权的登录节点，然后输入命令行使用高性能计算机集群中的逻辑资源进行请求处理。
[0018]为了便于理解，图1示出了一种传统的集群资源使用方法示意图。图1包括高性能计算机集群100和多个集群用户终端110，本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种请求处理方法，其特征在于，应用于微服务管理平台，所述微服务管理平台连接高性能计算机集群上的多个登录节点，每个所述登录节点运行至少一个容器，每个容器对应至少一个登录节点，每个所述容器运行一个微服务，每个所述微服务通过对所述高性能计算机集群中不同集群用户的逻辑资源进行虚拟化封装得到，所述方法包括：获取待处理请求；基于所述待处理请求携带的请求地址，从所述多个登录节点运行的微服务中确定对所述待处理请求进行处理的目标微服务；启动所述目标微服务，并通过成功启动的目标微服务对所述待处理请求进行处理。2.根据权利要求1所述的方法，其特征在于，所述获取待处理请求，包括：通过集群用户终端的界面显示集群用户控件、微服务镜像控件以及微服务启动控件；通过所述集群用户终端，响应于对所述集群用户控件、所述微服务镜像控件以及所述微服务启动控件的触发操作，生成所述待处理请求。3.根据权利要求2所述的方法，其特征在于，所述集群用户控件对应的集群用户是预设的集群用户白名单中的合法用户，所述微服务镜像控件对应的微服务镜像通过对运行在所述登录节点上的微服务进行镜像处理得到；则所述方法还包括：在所述集群用户的用户信息发生变更时，基于变更后的集群用户的用户信息，更新所述集群用户白名单；在所述微服务的镜像信息发生变更时，基于变更后的微服务的镜像信息，更新所述微服务镜像；相应的，所述通过所述集群用户终端，响应于对所述集群用户控件、所述微服务镜像控件以及所述微服务启动控件的触发操作，生成所述待处理请求，包括：通过所述集群用户终端，响应于对更新后的集群用户白名单中的集群用户对应的集群用户控件、更新后的微服务镜像对应的微服务镜像控件以及所述微服务启动控件的触发操作，生成所述待处理请求。4.根据权利要求1所述的方法，其特征在于，所述基于所述待处理请求携带的请求地址，从所述多个登录节点运行的微服务中确定对所述待处理请求进行处理的目标微服务，包括：从所述待处理请求中提取用户身份信息，并对所述用户身份信息进行合法性校验；若所述用户身份信息通过合法性校验，则基于所述待处理请求携带的请求地址，从所述多个登录节点运行的微服务中确定对所述待处理请求进行处理的目标微服务。5.根据权利要求4所述的方法，其特征在于，所述对所述用户身份信息进行合法性校验，包括：获取预设的集群用户白名单，其中，所述预设的集群用户白名单中的集群用户是允许使用所述登录节点上运行的微服务的合法用户；若所述预设的集群用户白名单中存在与所述用户身份信息匹配的集群用户信息，则确定所述用户身份信息通过合法性校验。6.根据权利要求1所述的方法，其特征在于，所述基于所述待处理请求携带的请求地址，从所述多个登录节点运行的微服务中确定对所述待处理请求进行处理的目标微服务，包括：
调用微服务调度接口，访问所述登录节点上的微服务接口对应的服务地址；将所述请求地址与所述服务地址进行匹配；将匹配成功的服务地址对应的微服务作为对所述待处理请求进行处理的目标微服务。7.根据权利要求1所述的方法，其特征在于，在所述启动所述目标微服务之后，所述方法还包括：在所述目标微服务成功启动或者启动失败之后，确定所述目标微服务对应的微服务当前状态；获取针对所述目标微服务的状态切换请求，并基于所述状态切换请求，将所述...

【专利技术属性】
技术研发人员：田杨，朱明祖，徐斌，冯景华，张健，谭昕雨，孙福兴，刘美辰，
申请(专利权)人：国家超级计算天津中心，
类型：发明
国别省市：