一种针对无服务架构的网络调度方法及装置与流程

1.本技术属于网络调度技术领域，具体地讲，涉及一种针对无服务架构的网络调度方法及装置。


背景技术：

2.无服务(serverless)架构可以有效地帮助开发效率的提升、构建与部署的简化、运维成本与复杂度的降低。无服务技术采用按照调用进行实例创建并提供服务，因此资源的利用效率得到了明显的提高。但是也正因为如此，在服务初始化时则会出现响应时间较长服务调用阻塞的问题。因此就需要对现有无服务架构的网络调用方案进行优化，通过服务等级评定进行动态服务的调度。
3.现有启动优化一般基于业务服务启动时间进行优化，同时在针对业务服务进行健康检查，当新启动业务服务检查正常后再对外进行提供服务，以保证服务的连续性。由于业务初始化的实际时间各有差异，尤其是java服务等高耗时场景，再启动时需要调用进行代码下发与服务创建等过程。在应对突发的大量服务调用时则会出现响应时间被拉长或者阻塞，影响实际业务处理。


技术实现要素：

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.标记模块，用于在服务接入后统一添加标签并进行相应的标记；
36.监控模块，用于根据各类服务的标记对服务进行数据监控。
37.在一实施例中，调度单元包括：
38.接入层服务调度模块，用于服务调度器将来自服务接入层的服务请求按照预设的调度配置调度至对应的集群负载均衡器；
39.监控服务调度模块，用于控制器根据请求监控数据与存储管理提供的集群信息进行网络调度方案的配置与下发，将请求调度至所需的集群负载均衡器。
40.在一实施例中，分配单元包括：
41.运行状态划分模块，用于对执行器的运行状态进行划分；
42.调度情况确定模块，用于根据执行器的运行状态决定当服务请求接入时执行器的调度情况。
43.在一实施例中，调度情况确定模块包括：
44.判断模块，用于当服务请求接入时，判断是否有空闲的执行器；
45.优先调度模块，用于如果是，优先将服务请求调度至空闲的执行器中；
46.调度模块，用于如果否，则将服务请求调度至启动中或者预销毁的执行器中。
47.在一实施例中，针对无服务架构的网络调度装置还包括：
48.存储器调用模块，用于当重点服务业务接入且所有执行器均繁忙时，从存储管理器中调用本地存储中重点服务业务所需相关资源。
49.本技术通过对执行器状态与相应存储管理对，无服务应用的网络调度策略进行优化。通过各级存储资源的复用，减少资源重复创建与销毁。加快了业务服务的相应时间同时避免资源的浪费与不必要的性能开销。
附图说明
50.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
51.图1a和图1b为本技术提供的一种针对无服务架构的网络调度方案。
52.图2为本技术提供的一种针对无服务架构的网络调度方法。
53.图3为本技术实施例中对接入的服务进行相应的标记并根据标记对服务进行数据监控的流程图。
54.图4为本技术实施例中将服务请求按照不同的获取渠道调度至所需的集群负载均衡器的流程图。
55.图5为本技术实施例中将请求分配至对应的执行器进行执行的结构框图。
56.图6为本技术实施例中根据执行器的运行状态决定当服务请求接入时执行器的调度情况的结构框图。
57.图7为本技术提供的一种针对无服务架构的网络调度装置的结构框图。
58.图8为本技术实施例中标记监控单元的结构框图。
59.图9为本技术实施例中调度单元的结构框图。
60.图10为本技术实施例中分配单元的结构框图。
61.图11为本技术实施例中调度情况确定模块的结构框图。
62.图12为本技术实施例中一种电子设备的具体实施方式。
具体实施方式
63.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
64.现有无服务架构启动优化一般基于业务服务启动时间进行优化，同时在针对业务服务进行健康检查，当新启动业务服务检查正常后再对外进行提供服务，以保证服务的连续性。由于业务初始化的实际时间各有差异，尤其是java服务等高耗时场景，再启动时需要调用进行代码下发与服务创建等过程。在应对突发的大量服务调用时则会出现响应时间被拉长或者阻塞，影响实际业务处理。
65.为了解决上述问题，本技术提供了一种针对无服务架构的网络调度方案，如图1a
所示，分为如下几个部分：1)业务接入层：用于业务服务的请求接收,并将业务请求的数量等监控数据上报控制器进行，为网络调度提供基础数据；2)函数负载均衡调度器：根据用户设定服务属性将不同的业务请求调用转发至不同函数实例进行处理，3)函数执行实例：基于各类不同用户需求建议的执行实例，用于执行日志收集与存储的各类不同业务，4)实例部署与控制器，根据监控组件与负载对实例数目进行调整或根据菜单客户端情况进行常规采集调整5)存储管理：函数执行实例所需存储进行统一化管理。
66.业务接入层：接收业务相关访问，并针对不同访问业务进行统一管理添加请求id进行业务请求的识别，并将不同业务请求进行区分并标记2)同时对相应业务请求合并并转发至调度器进行统一分配。
67.函数负载均衡调度器：负载均衡器，提供流量调度与各层内部的网络共享，根据网络结构分为三层：1)集群负载均衡，用与响应业务接入请求，并将相应请求转发至对所需执行器组所在设备的负载均衡器。2)设备层负载均衡收到集群发送请求业务分类与函数实例状态进行相应请求转发。3)联动监控组件与控制器，根据实时流量情况供与设定范围时控制器通过部署器进行函数实例的扩缩容。
68.函数执行层：由多个不同功能和类型的函数实例组成，其部署在云端用于实际响应业务的发送的请求。
69.监控与控制器:定时向业务接入层、负载均衡和执行层获取相应资源使用情况数据，包含但不限于cpu、内存、磁盘读写、网络带宽和网络连接等。并根据用户设置的业务登记与实例状态对网络服务的负载均衡策略进行调整。
70.存储管理层：根据不同业务的等级与实例状态对执行所需存储数据进行统一管理，优先采用本地存储的方式进行。
71.基于该方案，本技术提供了一种针对无服务架构的网络调度方法，如图2所示，包括：
72.s201：对接入的服务进行相应的标记并根据标记对服务进行数据监控。
73.s202：将服务请求按照不同的获取渠道调度至所需的集群负载均衡器。
74.s203:集群负载均衡器在集群间的各节点进行服务请求调度并将请求分配至对应的执行器进行执行。
75.在一实施例中，针对无服务架构的网络调度方法还包括：
76.接收集群负载均衡器的请求并利用存储器提供存储资源进行服务启停。
77.在一实施例中，对接入的服务进行相应的标记并根据标记对服务进行数据监控，如图3所示，包括：
78.s301：在业务接入层进行各类业务应用的服务接入。
79.s302：在服务接入后统一添加标签并进行相应的标记。
80.s303：根据各类服务的标记对服务进行数据监控。
81.在一具体实施例中，如图1b所示，业务接入层进行各类业务应用的服务接入，服务接入后进行统一标签的添加，并进行相应的标记。根据各类服务的标记进行服务请求数量等接入数据的监控。
82.在一实施例中，将服务请求按照不同的获取渠道调度至所需的集群负载均衡器，如图4所示，包括：
83.s401：服务调度器将来自服务接入层的服务请求按照预设的调度配置调度至对应的集群负载均衡器。
84.s402：控制器根据请求监控数据与存储管理提供的集群信息进行网络调度方案的配置与下发，将请求调度至所需的集群负载均衡器。
85.在一具体实施例中，如图1b所示，服务调度器将服务接入层的请求接收并根据请求与控制下发的调度配置将请求调度到对应的集群负载均衡，控制器根据请求监控数据与存储管理提供集群信息进行网络调度方案的配置与下发，实现将请求调度所需的集群负载均衡器。
86.在一实施例中，将请求分配至对应的执行器进行执行，如图5所示，包括：
87.s501：对执行器的运行状态进行划分。
88.s502：根据执行器的运行状态决定当服务请求接入时执行器的调度情况。
89.在一实施例中，根据执行器的运行状态决定当服务请求接入时执行器的调度情况，如图6所示，包括：
90.s601：当服务请求接入时，判断是否有空闲的执行器。
91.s602：如果是，优先将服务请求调度至空闲的执行器中。
92.s603：如果否，则将服务请求调度至启动中或者预销毁的执行器中。
93.在一具体实施例中，如图1b所示，控制器在集群间的各节点进行服务请求调度，由请求分配至对应执行器。将业务执行器状态分为启动中，运行中(繁忙，空闲)预销毁，资源回收5类状态，其中运行中、繁忙与空闲均可对外提供服务。除资源回收状态，执行所需文件与执行程序包仍然保留，未进行销毁。
94.用户可根据业务登记对运行中状态的时间进行设置，同时可以对资源保留时间进行同步设置。避免频繁的资源回收造成资源挤占。
95.当业务请求接入时，优先调度至空闲的函数执行器中；
96.当业务请发接入时，函数执行器均为繁忙状态，则调度至启动中或者预销毁节点。由于存储资源未被释放，因此仅需重新启动即可。避免函数启动所需的复杂的环境准备工作。
97.当重点业务接入时，所有节点均繁忙时。可从存储管理器中调用本地存储中重点业务所需相关资源，加快重点业务的响应时间。
98.在一实施例中，针对无服务架构的网络调度方法还包括：
99.当重点服务业务接入且所有执行器均繁忙时，从存储管理器中调用本地存储中重点服务业务所需相关资源。
100.在一具体实施例中，接收集群负载均衡器的请求并利用存储器提供存储资源进行服务启停以便进行服务的实际相应，存储器还能够提供各类服务不同类型的存储服务。
101.本技术通过对执行器状态与相应存储管理对，无服务应用的网络调度策略进行优化。通过各级存储资源的复用，减少资源重复创建与销毁。加快了业务服务的相应时间同时避免资源的浪费与不必要的性能开销。
102.基于同一发明构思，本技术实施例还提供了一种针对无服务架构的网络调度装置，可以用于实现上述实施例中所描述的方法，如下面实施例所述。由于该针对无服务架构的网络调度装置解决问题的原理与针对无服务架构的网络调度方法相似，因此针对无服务
架构的网络调度装置的实施可以参见针对无服务架构的网络调度方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
103.根据本技术的另一个方面，还提供了一种针对无服务架构的网络调度装置，如图7所示，包括：
104.标记监控单元701，用于对接入的服务进行相应的标记并根据标记对服务进行数据监控；
105.调度单元702，用于将服务请求按照不同的获取渠道调度至所需的集群负载均衡器；
106.分配单元703，用于集群负载均衡器在集群间的各节点进行服务请求调度并将请求分配至对应的执行器进行执行。
107.在一实施例中，针对无服务架构的网络调度装置还包括：
108.存储启停模块，用于接收集群负载均衡器的请求并利用存储器提供存储资源进行服务启停。
109.在一实施例中，如图8所示，标记监控单元701包括：
110.服务接入模块801，用于在业务接入层进行各类业务应用的服务接入；
111.标记模块802，用于在服务接入后统一添加标签并进行相应的标记；
112.监控模块803，用于根据各类服务的标记对服务进行数据监控。
113.在一实施例中，如图9所示，调度单元702包括：
114.接入层服务调度模块901，用于服务调度器将来自服务接入层的服务请求按照预设的调度配置调度至对应的集群负载均衡器；
115.监控服务调度模块902，用于控制器根据请求监控数据与存储管理提供的集群信息进行网络调度方案的配置与下发，将请求调度至所需的集群负载均衡器。
116.在一实施例中，如图10所示，分配单元703包括：
117.运行状态划分模块1001，用于对执行器的运行状态进行划分；
118.调度情况确定模块1002，用于根据执行器的运行状态决定当服务请求接入时执行器的调度情况。
119.在一实施例中，如图11所示，调度情况确定模块1002包括：
120.判断模块1101，用于当服务请求接入时，判断是否有空闲的执行器；
121.优先调度模块1102，用于如果是，优先将服务请求调度至空闲的执行器中；
122.调度模块1103，用于如果否，则将服务请求调度至启动中或者预销毁的执行器中。
123.在一实施例中，针对无服务架构的网络调度装置还包括：
124.存储器调用模块，用于当重点服务业务接入且所有执行器均繁忙时，从存储管理器中调用本地存储中重点服务业务所需相关资源。
125.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产
品的形式。
126.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
127.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
128.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
129.本发明中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
130.本技术的实施例还提供能够实现上述实施例中的方法中全部步骤的一种电子设备的具体实施方式，参见图12，所述电子设备具体包括如下内容：
131.处理器(processor)1201、内存1202、通信接口(communications interface)1203、总线1204和非易失性存储器1205；
132.其中，所述处理器1201、内存1202、通信接口1203通过所述总线1204完成相互间的通信；
133.所述处理器1201用于调用所述内存1202和非易失性存储器1205中的计算机程序，所述处理器执行所述计算机程序时实现上述实施例中的方法中的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：
134.s201：对接入的服务进行相应的标记并根据标记对服务进行数据监控。
135.s202：将服务请求按照不同的获取渠道调度至所需的集群负载均衡器。
136.s203:集群负载均衡器在集群间的各节点进行服务请求调度并将请求分配至对应的执行器进行执行。
137.本技术的实施例还提供能够实现上述实施例中的方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：
138.s201：对接入的服务进行相应的标记并根据标记对服务进行数据监控。
139.s202：将服务请求按照不同的获取渠道调度至所需的集群负载均衡器。
140.s203:集群负载均衡器在集群间的各节点进行服务请求调度并将请求分配至对应
的执行器进行执行。
141.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于硬件+程序类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。虽然本说明书实施例提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
142.本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书实施例的至少一个实施例或示例中。
143.在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。以上所述仅为本说明书实施例的实施
例而已，并不用于限制本说明书实施例。对于本领域技术人员来说，本说明书实施例可以有各种更改和变化。凡在本说明书实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书实施例的权利要求范围之内。

技术特征：
1.一种针对无服务架构的网络调度方法，其特征在于，包括：对接入的服务进行相应的标记并根据所述标记对服务进行数据监控；将服务请求按照不同的获取渠道调度至所需的集群负载均衡器；集群负载均衡器在集群间的各节点进行服务请求调度并将请求分配至对应的执行器进行执行。2.根据权利要求1所述的针对无服务架构的网络调度方法，其特征在于，还包括：接收集群负载均衡器的请求并利用存储器提供存储资源进行服务启停。3.根据权利要求1所述的针对无服务架构的网络调度方法，其特征在于，所述对接入的服务进行相应的标记并根据所述标记对服务进行数据监控，包括：在业务接入层进行各类业务应用的服务接入；在服务接入后统一添加标签并进行相应的标记；根据各类服务的标记对服务进行数据监控。4.根据权利要求1所述的针对无服务架构的网络调度方法，其特征在于，所述将服务请求按照不同的获取渠道调度至所需的集群负载均衡器，包括：服务调度器将来自服务接入层的服务请求按照预设的调度配置调度至对应的集群负载均衡器；控制器根据请求监控数据与存储管理提供的集群信息进行网络调度方案的配置与下发，将请求调度至所需的集群负载均衡器。5.根据权利要求4所述的针对无服务架构的网络调度方法，其特征在于，所述将请求分配至对应的执行器进行执行，包括：对执行器的运行状态进行划分；根据执行器的运行状态决定当服务请求接入时执行器的调度情况。6.根据权利要求5所述的针对无服务架构的网络调度方法，其特征在于，所述根据执行器的运行状态决定当服务请求接入时执行器的调度情况，包括：当服务请求接入时，判断是否有空闲的执行器；如果是，优先将服务请求调度至空闲的执行器中；如果否，则将服务请求调度至启动中或者预销毁的执行器中。7.根据权利要求6所述的针对无服务架构的网络调度方法，其特征在于，还包括：当重点服务业务接入且所有执行器均繁忙时，从存储管理器中调用本地存储中重点服务业务所需相关资源。8.一种针对无服务架构的网络调度装置，其特征在于，包括：标记监控单元，用于对接入的服务进行相应的标记并根据所述标记对服务进行数据监控；调度单元，用于将服务请求按照不同的获取渠道调度至所需的集群负载均衡器；分配单元，用于集群负载均衡器在集群间的各节点进行服务请求调度并将请求分配至对应的执行器进行执行。9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至7任一项所述的针对无服务架构的网络调度方法的步骤。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至7任一项所述的针对无服务架构的网络调度方法的步骤。

技术总结
本发明提供了一种针对无服务架构的网络调度方法及装置，方法包括：对接入的服务进行相应的标记并根据标记对服务进行数据监控；将服务请求按照不同的获取渠道调度至所需的集群负载均衡器；集群负载均衡器在集群间的各节点进行服务请求调度并将请求分配至对应的执行器进行执行。本申请通过对执行器状态与相应存储管理对，无服务应用的网络调度策略进行优化。通过各级存储资源的复用，减少资源重复创建与销毁。加快了业务服务的相应时间同时避免资源的浪费与不必要的性能开销。资源的浪费与不必要的性能开销。资源的浪费与不必要的性能开销。


技术研发人员：武文轩 谢伟 王磊 吴冕冠
受保护的技术使用者：中国工商银行股份有限公司
技术研发日：2023.03.14
技术公布日：2023/7/26