本技术涉及云原生，尤其涉及一种基于云原生架构的服务应用分组调用方法及相关设备。
背景技术：
1、随着云计算和分布式技术的发展，传统的单体云下应用系统逐步通过微服务化迁移上云。近年来，以docker、kubernetes等技术为代表的云原生技术的发展，应用系统也由简单的上云转变为深入地使用云原生技术。
2、在云原生的架构下，应用程序之间的通信调用由传统的点对点的ip间相互通信转化为基于云原生提供的负载地址(如kubernetes平台下的service地址)的方式进行通信，再由云平台自动将请求调度负载到云原生负载对应的应用部署的容器集合中(如kubernetes平台下的deployment所维护的pod列表)，即应用间通信的负载方式直接由云平台编排引擎进行负责，服务消费方在调用服务提供方时请求发送至云平台所提供的云原生负载地址即可。
3、但在此方式下，服务提供方无法将其所提供服务的应用集合进行拆分，对其一部分节点的请求访问进行隔离，无法复用云平台的原生负载能力。
技术实现思路
1、有鉴于此，本技术实施例提供了一种基于云原生架构的服务应用分组调用方法及相关设备，旨在解决服务应用的节点无法分组隔离访问的问题。
2、第一方面，本技术实施例提供了一种基于云原生架构的服务应用分组调用方法，应用于服务端，所述方法包括：
3、所述服务端获取客户端发送的应用标识；所述应用标识用于指示唯一的服务应用；
4、所述服务端根据所述应用标识确定所述应用标识对应的部署分组列表和部署分组对应的云原生负载列表，所述部署分组列表包括多个部署分组和部署分组对应的部署分组属性，所述云原生负载列表包括部署分组的状态标识和云原生负载地址；所述部署分组列表为服务端对所述服务应用进行分组部署得到的；所述状态标识用于标识部署分组的使用状态；
5、所述服务端向所述客户端发送所述部署分组列表和所述云原生负载列表，以便所述客户端根据所述部署分组列表和所述云原生负载列表向云平台发送调用请求，调用所述服务应用。
6、在一种可能的实现方式中，所述方法还包括：
7、所述服务端获取所述客户端发送的服务应用分组部署请求，所述服务应用分组部署请求用于请求对所述服务应用进行分组部署；
8、所述服务端根据所述服务应用分组部署请求确定所述服务应用，并为所述服务应用设置所述应用标识；
9、所述服务端将所述服务应用对应的应用部署租拆分为多个部署分组，得到所述部署分组列表；
10、所述服务端为各部署分组分配对应的云原生负载并标记各部署分组的状态，得到所述云原生负载列表。
11、在一种可能的实现方式中，所述方法还包括：
12、所述服务端实时检测所述多个部署分组的状态，并根据各部署分组的状态调整所述状态标识；所述状态标识用于表征部署分组的状态为正常访问；或用于表征部署分组的状态为暂停访问。
13、在一种可能的实现方式中，所述部署分组属性包括蓝绿版本、灰度版本和应用版本。
14、第二方面，本技术实施例提供了一种基于云原生架构的服务应用分组调用方法，应用于客户端，所述方法包括：
15、所述客户端获取服务应用的应用标识，所述应用标识用于指示唯一的服务应用；
16、所述客户端根据所述应用标识从服务端获取所述应用标识对应的部署分组列表和部署分组对应的云原生负载列表，所述部署分组列表包括多个部署分组和部署分组对应的部署分组属性，所述云原生负载列表包括部署分组的状态标识和云原生负载地址；所述部署分组列表为服务端对所述服务应用进行分组部署得到的；所述状态标识用于标识部署分组的使用状态；
17、所述客户端根据所述部署分组列表和所述云原生负载列表向云平台发送调用请求，以调用所述服务应用。
18、在一种可能的实现方式中，所述服务端根据所述应用标识确定所述应用标识对应的部署分组列表和部署分组对应的云原生负载列表，包括：
19、所述服务端根据所述应用标识从所述云平台获取所述部署分组列表和所述云原生负载列表。
20、在一种可能的实现方式中，所述客户端根据所述部署分组列表和所述云原生负载列表向云平台发送调用请求，包括：
21、根据所述部署分组属性确定目标部署分组；
22、根据所述至少一个目标部署分组对应的云原生负载列表向所述云平台发送所述调用请求。
23、在一种可能的实现方式中，所述根据所述目标部署分组对应的云原生负载列表向所述云平台发送所述调用请求，包括：
24、根据所述状态标识确定所述目标部署分组是否可用；
25、当所述状态标识表征所述目标部署分组的状态为正常访问时，根据所述云原生负载地址向所述云平台发送所述调用请求。
26、第三方面，本技术实施例提供了一种基于云原生架构的服务应用分组调用装置，所述装置包括：
27、获取模块，用于获取客户端发送的应用标识；所述应用标识用于指示唯一的服务应用；；
28、确定模块，用于根据所述应用标识确定所述应用标识对应的部署分组列表和部署分组对应的云原生负载列表，所述部署分组列表包括多个部署分组和部署分组对应的部署分组属性，所述云原生负载列表包括部署分组的状态标识和云原生负载地址；所述部署分组列表为服务端对所述服务应用进行分组部署得到的；所述状态标识用于标识部署分组的使用状态；
29、发送模块，用于向所述客户端发送所述部署分组列表和所述云原生负载列表，以便所述客户端根据所述部署分组列表和所述云原生负载列表向云平台发送调用请求，调用所述服务应用。
30、在一种可能的实现方式中，所述装置还包括部署模块，所述部署模块用于：获取所述客户端发送的服务应用分组部署请求，所述服务应用分组部署请求用于请求对所述服务应用进行分组部署；根据所述服务应用分组部署请求确定所述服务应用，并为所述服务应用设置所述应用标识；将所述服务应用对应的应用部署租拆分为多个部署分组，得到所述部署分组列表；为各部署分组分配对应的云原生负载并标记各部署分组的状态，得到所述云原生负载列表。
31、在一种可能的实现方式中，所述装置还包括检测模块，所述检测模块用于：实时检测所述多个部署分组的状态，并根据各部署分组的状态调整所述状态标识；所述状态标识用于表征部署分组的状态为正常访问；或用于表征部署分组的状态为暂停访问。
32、在一种可能的实现方式中，所述部署分组属性包括蓝绿版本、灰度版本和应用版本。
33、第四方面，本技术实施例提供了一种设备，所述设备包括存储器和处理器，所述存储器用于存储指令或代码，所述处理器用于执行所述指令或代码，以使所述设备执行前述第一方面中任一项所述的基于云原生架构的服务应用分组调用方法。
34、第五方面，本技术实施例提供了一种计算机存储介质，所述计算机存储介质中存储有代码，当所述代码被运行时，运行所述代码的设备实现前述第一方面中任一项所述的基于云原生架构的服务应用分组调用方法。
35、本技术实施例提供了一种基于云原生架构的服务应用分组调用方法。在执行所述方法时，先获取客户端发送的应用标识，然后根据应用标识确定对应的部署分组列表以及各部署分组对应的原生负载列表，并将部署分组列表和原生负载列表发送给客户端。部署分组列表是服务端对服务应用分组部署生成的，部署分组列表包括多个部署分组和部署分组对应的部署分组属性，云原生负载列表包括部署分组的状态标识和云原生负载地址，客户端可以根据状态标识判断分组列表中的部署分组是否可用，进而根据可用的部署分组对应的云原生负载地址发送调用请求。这样，基于分组部署的服务应用，客户端可以请求调用部分部署分组提供服务，实现在复用云原生的负载能力的基础上对云上应用进行流量隔离管理，解决了在云平台上无法对应用部署所关联的服务地址无法隔离访问的问题，提升了应用在云平台上的应用调用与运维管理能力。
1.一种基于云原生架构的服务应用分组调用方法，其特征在于，应用于服务端，所述方法包括：
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
3.根据权利要求1所述的方法，其特征在于，所述方法还包括：
4.根据权利要求1所述的方法，其特征在于，所述部署分组属性包括蓝绿版本、灰度版本和应用版本。
5.一种基于云原生架构的服务应用分组调用方法，其特征在于，应用于客户端，所述方法包括：
6.根据权利要求5所述的方法，其特征在于，所述方法还包括：
7.根据权利要求5所述的方法，其特征在于，所述客户端根据所述部署分组列表和所述云原生负载列表向云平台发送调用请求，包括：
8.根据权利要求7所述的方法，其特征在于，所述根据所述目标部署分组对应的云原生负载列表向所述云平台发送所述调用请求，包括：
9.一种计算机设备，其特征在于，包括：存储器，处理器，及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现如权利要求1-4任一项所述的基于云原生架构的服务应用分组调用方法。
10.一种计算机存储介质，其特征在于，所述计算机存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备执行如权利要求1-4任一项所述的基于云原生架构的服务应用分组调用方法。
