服务编排方法、电子设备、计算机可读存储介质与流程

1.本技术涉及数据处理技术领域，尤其是涉及一种服务编排方法、电子设备、计算机可读存储介质。


背景技术：

2.随着信息技术快速发展，算法服务的编排方式处在一个飞速发展的阶段，用高效的低代码或无代码化的管理方式来落地各个算法或者各类应用已经成为大型信息技术项目所愿意广泛采用的模式。在广泛的信息化集成项目中，存在两个普遍的集合：集合一代表着各种能力，例如，车辆行驶数据库、车辆抓拍摄像头、车牌识别算法、图片车牌识别接口等；集合二代表着各种应用服务，例如，园区出入口道闸管理，车辆超速管理，黑名单车辆跟踪管理。需要指出，集合一与集合二，实际上是一种多对多的关系，例如，园区出入口道闸管理项目需要使用集合一内上述列举的四类能力，当搭建车辆超速管理应用和黑名单车辆跟踪管理应用时，则需要将集合一内的各类能力进行复用。
3.相关技术中，服务能力的复用需要通过在代码层面进行对接而实现，而代码层面的对接往往需要程序员来完成，因此这种服务编排方式的效率并不高。因此，如何对可复用的服务能力进行更高效的对接，已经成业内亟待解决的一个问题。


技术实现要素：

4.本技术旨在至少解决现有技术中存在的技术问题之一。为此，本技术提出一种服务编排方法、电子设备、计算机可读存储介质，能够对可复用的服务能力进行更高效的对接。
5.根据本技术的第一方面实施例的服务编排方法，包括：获取第一数目个服务配置信息与第一数目个服务编码程序；基于每一所述服务配置信息与对应的所述服务编码程序进行规范化封装处理，生成服务编码包；在生成所述服务编码包之后，获取第二数目个服务接入信息；基于第二数目个所述服务接入信息，从所述服务编码包中确定所述服务配置信息与所述服务接入信息对应的第二数目个目标服务程序；基于第二数目个所述目标服务程序，创建第二数目个目标服务；获取服务编排指令，并基于所述服务编排指令对第二数目个所述目标服务进行编排处理，建立第二数目个所述目标服务的关联关系，得到应用服务程序。
6.根据本技术的一些实施例，所述基于每一所述服务配置信息与对应的所述服务编码程序进行规范化封装处理，生成服务编码包，包括：基于每一所述服务配置信息与对应的所述服务编码程序创建服务调用端口，得到服务调用规范；基于所述服务编码程序与所述服务调用规范，生成所述服务编码包。
7.根据本技术的一些实施例，所述服务配置信息对应的服务编码程序用于提供接口调用服务；所述基于每一所述服务配置信息与对应的所述服务编码程序创建服务调用端口，得到服务调用规范，包括：根据所述服务配置信息，确定接口网关地址与接口请求参数；基于所述接口网关地址与所述接口请求参数以规范化格式创建所述服务调用端口，得到所述服务调用规范。
8.根据本技术的一些实施例，所述基于所述接口网关地址与所述接口请求参数以规范化格式创建所述服务调用端口，得到所述服务调用规范，包括：基于所述接口请求参数生成接口调用请求与接口验证请求；将所述接口调用请求与所述接口验证请求通过所述接口网关地址发送至接口服务器；从所述接口服务器获取调用反馈参数与验证反馈参数；当所述验证反馈参数符合预设的第一验证条件，将所述调用反馈参数纳入所述服务调用规范。
9.根据本技术的一些实施例，所述服务配置信息对应的服务编码程序用于提供数据源调取服务；所述基于每一所述服务配置信息与对应的所述服务编码程序创建服务调用端口，得到服务调用规范，包括：根据所述服务配置信息，确定数据源规范化调取语句、目标类型信息与登录验证信息；通过所述数据源规范化调取语句获取多种类型的备选数据源；基于所述目标类型信息，从多种类型的所述备选数据源中确定目标数据源；基于所述登录验证信息与所述目标数据源创建所述服务调用端口，得到所述服务调用规范。
10.根据本技术的一些实施例，所述服务配置信息对应的服务编码程序用于提供算法服务；所述基于每一所述服务配置信息与对应的所述服务编码程序创建服务调用端口，得到服务调用规范，包括：基于所述服务配置信息获取算法代码包；基于所述算法代码包与所述服务编码程序创建所述服务调用端口，得到所述服务调用规范。
11.根据本技术的一些实施例，所述服务配置信息包括环境配置信息与程序配置信息；所述基于每一所述服务配置信息与对应的所述服务编码程序进行规范化封装处理，生成服务编码包，包括：基于所述环境配置信息，创建环境部署文件；从第一数目个所述服务编码程序中确定与所述程序配置信息对应的所述服务编码程序；
将所述环境部署文件与所述服务编码程序进行整合，生成所述服务编码包。
12.根据本技术的一些实施例，所述服务编排指令包括功能程序编排指令、数据过滤配置指令与限流程序配置指令；所述基于所述服务编排指令对第二数目个所述目标服务进行编排处理，建立第二数目个所述目标服务的关联关系，得到应用服务程序，包括：基于所述功能程序编排指令，从第二数目个所述目标服务中确定第三数目个流程子服务，并将第三数目个所述流程子服务进行排列，生成功能服务程序；基于所述限流程序配置指令，从第三数目个所述流程子服务中确定交互操作代码段，并在所述功能服务程序的所述交互操作代码段之中配置预设的限流子程序；基于所述数据过滤配置指令，从第三数目个所述流程子服务中确定数据获取代码段，并在所述功能服务程序的所述数据获取代码段之后配置预设的数据过滤子程序；将配置有所述限流子程序与所述数据过滤子程序的所述功能服务程序，确定为所述应用服务程序。
13.第二方面，本技术实施例提供了一种电子设备，包括：存储器、处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现如本技术第一方面实施例中任意一项所述的服务编排方法。
14.第三方面，本技术实施例提供了一种计算机可读存储介质，所述存储介质存储有程序，所述程序被处理器执行实现如本技术第一方面实施例中任意一项所述的服务编排方法。
15.根据本技术实施例的服务编排方法，至少具有如下有益效果：根据本技术的服务编排方法，需要先获取第一数目个服务配置信息与第一数目个服务编码程序，再基于每一服务配置信息与对应的服务编码程序进行规范化封装处理，生成服务编码包。在生成服务编码包之后，获取第二数目个服务接入信息。进一步，基于第二数目个服务接入信息，从服务编码包中确定服务配置信息与服务接入信息对应的第二数目个目标服务程序；再进一步，基于第二数目个目标服务程序，创建第二数目个目标服务。又进一步，获取服务编排指令，并基于服务编排指令对第二数目个目标服务进行编排处理，建立第二数目个目标服务的关联关系，得到应用服务程序。其中，由于服务编码包是基于每一服务配置信息与对应的服务编码程序进行规范化封装处理而生成，因此能够对可复用的服务能力进行更高效的对接。
16.本技术的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本技术的实践了解到。
附图说明
17.本技术的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：图1为本技术实施例提供的服务编排方法一个可选的流程示意图；图2为图1中步骤s102的可选流程示意图；图3为图1中步骤s102的另一可选流程示意图；图4为图3中步骤s301的可选流程示意图；
图5为图4中步骤s402的可选流程示意图；图6为图3中步骤s301的另一可选流程示意图；图7为图3中步骤s301的另一可选流程示意图；图8为图1中步骤s106的可选流程示意图；图9是本技术实施例提供的电子设备的硬件结构示意图。
具体实施方式
18.下面详细描述本技术的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本技术，而不能理解为对本技术的限制。
19.在本技术的描述中，若干的含义是一个或者多个，多个的含义是两个以上，大于、小于、超过等理解为不包括本数，以上、以下、以内等理解为包括本数。如果有描述到第一、第二只是用于区分技术特征为目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量或者隐含指明所指示的技术特征的先后关系。
20.在本技术的描述中，需要理解的是，涉及到方位描述，例如上、下、左、右、前、后等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本技术和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本技术的限制。
21.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示意性实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本技术的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
22.本技术的描述中，需要说明的是，除非另有明确的限定，设置、安装、连接等词语应做广义理解，所属技术领域技术人员可以结合技术方案的具体内容合理确定上述词语在本技术中的具体含义。另外，下文中对于具体步骤的标识并不代表对于步骤顺序与执行逻辑的限定，各个步骤之间的执行顺序与执行逻辑应参照实施例所表述的内容进行理解与推定。
23.随着信息技术快速发展，算法服务的编排方式处在一个飞速发展的阶段，用高效的低代码或无代码化的管理方式来落地各个算法或者各类应用已经成为大型信息技术项目所愿意广泛采用的模式。在广泛的信息化集成项目中，存在两个普遍的集合：集合一代表着各种能力，例如，车辆行驶数据库、车辆抓拍摄像头、车牌识别算法、图片车牌识别接口等；集合二代表着各种应用服务，例如，园区出入口道闸管理，车辆超速管理，黑名单车辆跟踪管理。需要指出，集合一与集合二，实际上是一种多对多的关系，例如，园区出入口道闸管理项目需要使用集合一内上述列举的四类能力，当搭建车辆超速管理应用和黑名单车辆跟踪管理应用时，则需要将集合一内的各类能力进行复用。
24.相关技术中，服务能力的复用需要通过在代码层面进行对接而实现，而代码层面的对接往往需要程序员来完成，因此这种服务编排方式的效率并不高。因此，如何对可复用的服务能力进行更高效的对接，已经成业内亟待解决的一个问题。
25.本技术旨在至少解决现有技术中存在的技术问题之一。为此，本技术提出一种服务编排方法、电子设备、计算机可读存储介质，能够对可复用的服务能力进行更高效的对接。
26.参照图1，根据本技术实施例提供的服务编排方法，可以包括，但不限于下述步骤s101至步骤s106。
27.步骤s101，获取第一数目个服务配置信息与第一数目个服务编码程序；步骤s102，基于每一服务配置信息与对应的服务编码程序进行规范化封装处理，生成服务编码包；步骤s103，在生成服务编码包之后，获取第二数目个服务接入信息；步骤s104，基于第二数目个服务接入信息，从服务编码包中确定服务配置信息与服务接入信息对应的第二数目个目标服务程序；步骤s105，基于第二数目个目标服务程序，创建第二数目个目标服务；步骤s106，获取服务编排指令，并基于服务编排指令对第二数目个目标服务进行编排处理，建立第二数目个目标服务的关联关系，得到应用服务程序。
28.根据本技术的服务编排方法，需要先获取第一数目个服务配置信息与第一数目个服务编码程序，再基于每一服务配置信息与对应的服务编码程序进行规范化封装处理，生成服务编码包。在生成服务编码包之后，获取第二数目个服务接入信息。进一步，基于第二数目个服务接入信息，从服务编码包中确定服务配置信息与服务接入信息对应的第二数目个目标服务程序；再进一步，基于第二数目个目标服务程序，创建第二数目个目标服务。又进一步，获取服务编排指令，并基于服务编排指令对第二数目个目标服务进行编排处理，建立第二数目个目标服务的关联关系，得到应用服务程序。其中，由于服务编码包是基于每一服务配置信息与对应的服务编码程序进行规范化封装处理而生成，因此能够对可复用的服务能力进行更高效的对接。
29.下面对步骤s101至步骤s106进行展开描述。
30.一些实施例的步骤s101中，获取第一数目个服务配置信息与第一数目个服务编码程序。需要说明，服务编码程序指的是用于提供局部服务能力的编码程序。需要指出，将服务编码程序应用于具体的场景中，为了对需要用到的应用服务进行配置，除了需要获取用于提供应用服务执行逻辑的服务编码程序，还需要获取用于提供参数基础的服务配置信息，从而基于服务配置信息适应性地根据服务编码程序配置应用服务。
31.一些实施例中，服务编码程序可以是用于接入某种算法的编码程序，也可以是用于调用某种应用编程接口（applicationprogramminginterface，api）的编码程序，还可以是用于接入某种数据源或者数据流的编码程序。应理解，服务编码程序的类型多种多样，不限于上述举出的具体实施例。对应的，基于服务编码程序的各种类型，也存在多种多样的服务配置信息，例如，服务标识信息、应用服务类型、服务接入方式等各种各样的配置信息。
32.需要明确，服务编码程序与服务配置信息的获取，可以通过输入设备的信息输入来实现，也可以从一些预设的数据库中调用，还可以是其他类型的获取方式。
33.一些实施例的步骤s102中，基于每一服务配置信息与对应的服务编码程序进行规范化封装处理，生成服务编码包。需要说明的是，规范化封装处理指的是对各种各样的服务编码程序进行封装，形成统一形式的服务端口以供外部调用。
34.下面针对传统的服务编排方式，以及，传统服务编排方式所存在的问题进行厘清：其一，传统的服务编排方式面对多业务逻辑，需要拆分流程服务。具体而言，需要利用各种服务控制组件，依照预设的业务逻辑规则，依次调用各个服务流程。需要指出，这种拆分流程服务的方式一旦需要控制过多业务，耦合度过高，则容易出现臃肿情况。
35.其二，传统服务编排方式的消息驱动模式中，每个业务操作都需要通过消息监听机制来控制每个业务的流动，这种模式难以直接监控到每个业务的处理环节。为了实现对各个处理环节的有效监控，需要增加额外的监控系统，增加冗余度的同时，落地成本也会相应提高。
36.其三，传统服务编排方式的api网关可以看作一种简单的接口聚合或者服务拆分。应用服务生成后，需要先到达网关，网关调用各微服务，并最终聚合/拆分需反馈的结果。这种方式其实就是一个网络适配器，业务逻辑过高时就会网关接口耦合度及复杂度会急剧升高，变得臃肿，因此只适合业务逻辑较为简单的场景。
37.本技术提供的一些实施例中，通过基于每一服务配置信息与对应的服务编码程序进行规范化封装处理，生成服务编码包，针对以上传统服务编排方式存在的问题予以解决。具体而言，在获取服务配置信息与服务编码程序之后，需要显示根据服务配置信息生成用于部署基础运行环境的环境部署文件。再基于预先设置的服务文件模板与服务编码程序，拉取环境部署文件，形成对应的服务编码包。需要指出，服务编码包创建完成之后，即可将服务编码包对应的服务端口暴露给外部访问。
38.参照图2，根据本技术的一些实施例，服务配置信息包括环境配置信息与程序配置信息，步骤s102可以包括，但不限于下述步骤s201至步骤s203。
39.步骤s201，基于环境配置信息，创建环境部署文件；步骤s202，从第一数目个服务编码程序中确定与程序配置信息对应的服务编码程序；步骤s203，将环境部署文件与服务编码程序进行整合，生成服务编码包。
40.下面对步骤s201至步骤s203进行展开描述。
41.一些实施例的步骤s201至步骤s203中，先基于环境配置信息，创建环境部署文件，再从第一数目个服务编码程序中确定与程序配置信息对应的服务编码程序，进一步，将环境部署文件与服务编码程序进行整合，生成服务编码包。需要说明的是，一些实施例中不同类型的服务编码程序需要在不同的基础运行环境中才能正常加载，而传统的服务编排方式往往只是将各种用于提供能力的服务控制组件进行组合，忽略了基础运行环境差异所带来的兼容性问题。举例而言，java应用需要部署jdk环境、前端应用则需要部署linux环境。
42.本技术提供了一些实施例，服务配置信息包括环境配置信息与程序配置信息。其中，环境配置信息用于配置服务编码程序对应的基础运行环境，而程序配置信息则用于配置服务编码程序中待填入的实际参数。基于环境配置信息，可以实现对环境部署文件的创建。需要强调，环境部署文件用于部署基础运行环境。在环境部署文件创建完成后，进一步从第一数目个服务编码程序中确定与程序配置信息对应的服务编码程序，然后将环境部署文件与服务编码程序进行整合，即可生成服务编码包。需要明确，服务编码包既包括用于部署基础运行环境的环境部署文件，又包括用于提供局部服务能力的服务编码程序，如此一来，便可以基于环境部署文件对服务编码程序对应基础运行环境进行部署，来改善基础运
行环境差异所带来的兼容性问题。
43.需要说明，kubernetes（k8s）是为容器服务而生的一种可移植容器的编排管理技术。kubernetes在docker技术的基础上，为容器化的应用提供部署运行、资源调度、服务发现和动态伸缩等一系列功能。近来，越来越多的应用程序从主机平台移植到kubernetes平台，并通过kubernetes平台来实现资源抽象与资源管理，然而kubernetes平台架构区别于主机平台架构，主机平台架构主要是基于主机中的处理器利用本地资源来支持应用的运行，而kubernetes平台架构则是基于底层的分布式集群服务器来提供算力，进一步通过kubernetes操作系统，对应用程序所需的资源进行集群管理、调度优化等操作。需要明确，kubernetes云平台是一个容器集群管理系统，提供以容器为中心的基础架构，用于让部署容器化的应用简单并且高效。kubernetes云平台支持自动化部署、大规模可伸缩、应用容器化管理，在生产环境中部署一个应用程序时，通常要部署该应用的多个实例以便对应用请求进行负载均衡。在kubernetes云平台中，我们可以创建多个容器，每个容器里面运行一个应用实例，然后通过内置的负载均衡策略，实现对这一组应用实例的管理、发现、访问，而这些细节都不需要运维人员去进行复杂的手工配置和处理。
44.一些较为具体的实施例中，服务配置信息可以包括通用配置文件（config文件），而应用本技术服务编排方法的执行主体可以为kubernetes云平台。在获取config文件与服务编码程序之后，通过获取到的config文件来访问对应的master主机（master主机是kubernetes云平台的服务器节点）在将master主机中将config文件复制到本地，而后进一步以config文件作为入参创建的client对象，可以访问到kubernetes云平台的api server。
45.在kubernetes云平台的api server中根据client对象中的config文件在dockerfile模板中配置用于部署基础运行环境部署文件，进一步根据服务编码程序和配置的dockerfile模板拉取对应的环境部署文件形成可部署的服务编码包，其中服务编码包的格式为docker镜像文件。再进一步，根据构建好的服务编码包创建deployment文件，并根据deployment文件创建应用服务，最终将应用服务对应的服务端口暴露给外部，以供外部访问。
46.需要指出，无论是用于接入某种算法的服务编码程序，还是用于调用某种应用编程接口的服务编码程序，亦或是用于接入某种数据源或者数据流的编码程序，均可采用以上方式封装成对外的服务端口以供调用。这些封装好的服务以模块化的形式进行存储，可供使用者调用编排。
47.参照图3，根据本技术的一些实施例，步骤s102，可以包括，但不限于下述步骤s301至步骤s302。
48.步骤s301，基于每一服务配置信息与对应的服务编码程序创建服务调用端口，得到服务调用规范；步骤s302，基于服务编码程序与服务调用规范，生成服务编码包。
49.下面对步骤s301至步骤s302进行展开描述。
50.一些实施例的步骤s301至步骤s302中，基于每一服务配置信息与对应的服务编码程序创建服务调用端口，得到服务调用规范，再基于服务编码程序与服务调用规范，生成服务编码包。需要说明的是，服务调用规范是服务调用端口创建过程中所得到的、用于描述服
务调用端口的规范。一些实施例中，当服务配置信息对应的服务编码程序用于提供接口调用服务，则服务调用规范具体可以包括接口调用的返回值，或者，将接口调用的相关参数整合生成的描述文档；当服务配置信息对应的服务编码程序用于提供数据源调取服务，则服务调用规范具体可以包括目标数据源的调用返回值，或者，将目标数据源的相关调用参数整合生成的描述文档；当服务配置信息对应的服务编码程序用于提供算法服务，则服务调用规范具体可以包括算法调用的返回值。应理解，服务调用规范的类型多种多样，可以包括，但不限于上述举出的具体实施例。在获取了服务调用规范之后，即可进一步基于服务编码程序与服务调用规范，生成服务编码包。
51.经由步骤s301至步骤s302示出的实施例，在服务编码程序与服务调用规范的基础上生成服务编码包，能够将提供各类能力的服务编码程序统一封装于服务编码包。如此一来，便可以通过以上实施方式，将来自不同平台和设备的算法、不同类型的数据源和不同的数据服务接口，通过统一的抽象端口规范，实现算法、数据输入源与服务接口编排串联成一个完整的算法工作流。因此，本技术可以实现跨平台、跨设备、跨数据源和跨数据服务的工作流编排，从而提高了工作流的灵活性和适应性，满足了不同场景和需求的工作流设计，改善了兼容性以及依赖性的问题。
52.参照图4，根据本技术的一些实施例，服务配置信息对应的服务编码程序用于提供接口调用服务，步骤s301可以包括，但不限于下述步骤s401至步骤s402。
53.步骤s401，根据服务配置信息，确定接口网关地址与接口请求参数；步骤s402，基于接口网关地址与接口请求参数以规范化格式创建服务调用端口，得到服务调用规范。
54.下面对步骤s401至步骤s402进行展开描述。
55.一些实施例的步骤s401中，根据服务配置信息，确定接口网关地址与接口请求参数。需要说明的是，网关接口是一段程序，运行在web服务器上，提供同客户端html页面的接口。网关接口用于将网页和web服务器中的执行程序连接起来，它把html接收的指令传递给web服务器，再把web服务器执行的结果返还给html页。用网关接口可以实现处理表格，数据库查询，发送电子邮件等许多操作。网关接口使网页从静态的转变为交互式的。需要指出，接口网关地址指的就是网关接口的地址，而接口请求参数则是通过网关接口来实现某种功能请求所需要用到的参数。其中，接口网关地址与接口请求参数可以通过输入设备（如键鼠、触摸屏等）来获取，也可以从预设的数据库中调用而获取。应理解，接口网关地址与接口请求参数的获取方式多种多样，可以包括，但不限于上述举出的实施例。
56.一些实施例的步骤s402中，基于接口网关地址与接口请求参数以规范化格式创建服务调用端口，得到服务调用规范。需要说明的是，在获取接口网关地址与接口请求参数之后，即可进行服务调用端口的创建。其中，规范化格式是用于将各类接口统一进行规范化的格式。需要指出，需要指出，js对象简谱（javascript object notation,json）是一种轻量级的数据交换格式。它基于欧洲计算机协会制定的js规范（european computer manufacturers association,ecmascript）的一个子集，采用完全独立于编程语言的文本格式来存储和表示数据。简洁和清晰的层次结构使得json成为理想的数据交换语言。易于人阅读和编写，同时也易于机器解析和生成，并有效地提升网络传输效率。因此，json格式可以作为本技术实施例中的规范化格式。
57.经由步骤s401至步骤s402示出的本技术实施例，根据服务配置信息，确定接口网关地址与接口请求参数，再基于接口网关地址与接口请求参数以规范化格式创建服务调用端口，得到服务调用规范。可以有效地将不同服务编码程序中各个类型的接口调用服务进行整合，并以规范化格式创建服务调用端口。需要指出，如此得到的服务调用规范，可以用于与服务编码程序进一步整合生成服务编码包。这样，便可以通过统一的抽象端口规范将各类用于执行接口调用服务的服务编码程序整合起来，改善服务编码程序的差异所带来的兼容性问题。
58.参照图5，根据本技术的一些实施例，步骤s402可以包括，但不限于下述步骤s501至步骤s504。
59.步骤s501，基于接口请求参数生成接口调用请求与接口验证请求；步骤s502，将接口调用请求与接口验证请求通过接口网关地址发送至接口服务器；步骤s503，从接口服务器获取调用反馈参数与验证反馈参数；步骤s504，当验证反馈参数符合预设的第一验证条件，将调用反馈参数纳入服务调用规范。
60.下面对步骤s501至步骤s504进行展开描述。
61.一些实施例的步骤s501至步骤s504中，基于接口请求参数生成接口调用请求与接口验证请求，再将接口调用请求与接口验证请求通过接口网关地址发送至接口服务器，进一步，从接口服务器获取调用反馈参数与验证反馈参数，当验证反馈参数符合预设的第一验证条件，将调用反馈参数纳入服务调用规范。需要说明的是，基于接口请求参数可以生成接口调用请求与接口验证请求。其中，接口调用请求用于请求具体的接口调用，而接口验证请求则用于验证调用的接口是否存在异常。验证反馈参数，指的是对调用的接口进行验证后获取的反馈参数。当验证反馈参数符合预设的第一验证条件，意味着对调用的接口通过验证，此时即可将调用反馈参数纳入服务调用规范。
62.一些较为具体的实施例中，可以由用户通过服务配置信息来配置接口网关地址和接口请求参数，作为本技术实施例执行主体的系统，需要基于接口网关地址和接口请求参数，来说使用统一的json格式进行api请求。具体而言，系统先读取用户配置的接口网关地址和接口请求参数，进一步，系统设置json对象，将用户配置的接口网关地址和接口请求参数写入json对象，通过httpclient进行http请求，对于不同平台的api，系统验证其返回值是否包括异常值。对于返回值中不存在异常值的api判断其为连通。再进一步，读取api接口返回值，通过map生成对应的返回参数。最终整合所有返回参数，形成参数文档。需要说明的是，服务调用规范既可以是通过map生成的返回参数，也可以是返回参数整合生成的参数文档。
63.经由步骤s501至步骤s504示出的本技术实施例，在确定服务调用规范的过程中，基于接口请求参数生成接口调用请求与接口验证请求，当验证反馈参数符合第一预设条件，即可认为调用的接口不存在异常，进而将接口调用请求对应的调用反馈参数确定为服务调用规范，能够提升接口调用的安全性与可靠性。
64.参照图6，根据本技术的一些实施例，服务配置信息对应的服务编码程序用于提供数据源调取服务，步骤s301可以包括，但不限于下述步骤s601至步骤s604。
65.步骤s601，根据服务配置信息，确定数据源规范化调取语句、目标类型信息与登录验证信息；步骤s602，通过数据源规范化调取语句获取多种类型的备选数据源；步骤s603，基于目标类型信息，从多种类型的备选数据源中确定目标数据源；步骤s604，基于登录验证信息与目标数据源创建服务调用端口，得到服务调用规范。
66.下面对步骤s601至步骤s604进行展开描述。
67.一些实施例的步骤s601中，根据服务配置信息，确定数据源规范化调取语句、目标类型信息与登录验证信息。需要说明的是，数据源规范化调取语句指的是用规范化编程语言编写的数据源调取代码语句。目标类型信息用于表示需要连接的数据源类型，登录验证信息则是接入该数据源所需要的验证信息。
68.需要指出，sql(structured query language)是具有数据操纵和数据定义等多种功能的数据库语言，这种语言具有交互性特点，能为用户提供极大的便利，数据库管理系统应充分利用sql语言提高计算机应用系统的工作质量与效率。sql语言不仅能独立应用于终端，还可以作为子语言为其他程序设计提供有效助力，该程序应用中，sql可与其他程序语言一起优化程序功能，进而为用户提供更多更全面的信息。因此，一些较为具体的实施例中，将sql语言作为规范化编程语言，而数据源规范化调取语句可以指的是用sql语言编写的数据源调取代码语句。
69.一些实施例的步骤s602中，通过数据源规范化调取语句获取多种类型的备选数据源。需要说明的是，通过数据源规范化调取语句获取多种类型的备选数据源，其目的在于，基于数据源规范化调取语句，为服务编码程序提供的数据源调取服务统一接入各种各样的备选数据源，以便于根据目标类型信息来从各个备选数据源中作出选择。一些实施例中，当数据源规范化调取语句为sql语言编写的数据源调取代码语句时，运行接入的数据源类型可以包括，但不限于mysql、mongodb、pgsql与es。
70.一些实施例的步骤s603至步骤s604中，先基于目标类型信息，从多种类型的备选数据源中确定目标数据源，再基于登录验证信息与目标数据源创建服务调用端口，得到服务调用规范。需要说明的是，由于目标类型信息用于表示需要连接的数据源类型，因此基于目标类型信息即可在多种类型的备选数据源中确定目标数据源。而后，又由于登录验证信息则是接入该数据源所需要的验证信息，因此再基于登录验证信息与目标数据源创建服务调用端口，即可得到服务调用规范。
71.一些较为具体的实施例中，作为本技术实施例执行主体的系统，可以使用sql语句执行查询，统一接入不同类型的数据源（如mysql、mongodb、pgsql、es）。具体而言，可以由用户通过服务配置信息来配置数据源规范化调取语句、目标类型信息与登录验证信息，其中数据源规范化调取语句可以指的是用sql语言编写的数据源调取代码语句。进一步，根据用户配置的数据源规范化调取语句，接入需要连接的各类数据源，保证异构数据连接的可用性与稳定性。再进一步，基于目标类型信息，从多种类型的备选数据源中确定目标数据源，再基于登录验证信息与目标数据源创建服务调用端口，得到服务调用规范。其中，基于登录验证信息与目标数据源创建服务调用端口，得到服务调用规范，也可以由系统将登录验证信息与目标数据源写入json对象，通过httpclient进行http请求，连通api。再进一步，读取
api接口返回值，通过map生成对应的返回参数。最终整合所有返回参数，形成参数文档。需要强调的是，服务调用规范既可以是通过map生成的返回参数，也可以是返回参数整合生成的参数文档。
72.经由步骤s601至步骤s604示出的本技术实施例，可以有效地通过数据源规范化调取语句获取多种类型的备选数据源，以供目标类型信息比对，从多种类型的备选数据源中确定目标数据源。如此一来，便可以通过统一的抽象端口规范将各类用于执行数据源调取服务的服务编码程序整合起来，改善服务编码程序的差异所带来的兼容性问题。
73.参照图7，根据本技术的一些实施例，服务配置信息对应的服务编码程序用于提供算法服务，步骤s301可以包括，但不限于下述步骤s701至步骤s702。
74.步骤s701，基于服务配置信息获取算法代码包；步骤s702，基于算法代码包与服务编码程序创建服务调用端口，得到服务调用规范。
75.一些实施例的步骤s701至步骤s702中，先基于服务配置信息获取算法代码包，再基于算法代码包与服务编码程序创建服务调用端口，得到服务调用规范。需要说明的是，服务配置信息对应的服务编码程序可以用于提供算法服务。一些实施例中，可以从服务配置信息中获取算法代码包，并且服务编码程序包括对算法代码包的调用程序，因此基于算法代码包与服务编码程序即可创建对外提供算法服务的服务调用端口。需要指出，在基于算法代码包与服务编码程序创建服务调用端口的过程中，可以得到服务调用规范，服务调用规范用于与服务编码程序整合生成服务编码包。
76.一些较为具体的实施例中，对于不同的算法，用户可以其打包成对应的算法代码包。作为本技术实施例执行主体的系统，可以先配置算法代码包对应的语法信息，再将算法代码包部署成可运行的服务。一些实施例中，也可以由系统将算法代码包写入json对象，通过httpclient进行http请求，连通api。再进一步，读取api接口返回值，通过map生成对应的返回参数。最终整合所有返回参数，形成参数文档。需要强调的是，服务调用规范既可以是通过map生成的返回参数，也可以是返回参数整合生成的参数文档。
77.经由步骤s701至步骤s702示出的本技术实施例，可以有效地从服务配置信息中获取各种类型的算法代码包，以便于提供各式各样的算法服务。如此一来，便可以通过统一的抽象端口规范将各类用于执行算法服务的服务编码程序整合起来，改善服务编码程序的差异所带来的兼容性问题。
78.一些实施例的步骤s103至步骤s104中，在生成服务编码包之后，获取第二数目个服务接入信息，基于第二数目个服务接入信息，从服务编码包中确定服务配置信息与服务接入信息对应的第二数目个目标服务程序。
79.需要强调，在广泛的信息化集成项目中，存在两个普遍的集合：集合一代表着各种能力；集合二代表着各种应用服务。需要说明的是，通过步骤s101至步骤s102即可基于服务配置信息将各种各样的服务编码程序封装成服务编码包，其中服务编码包可以视作包含各种能力的集合一。而在进行服务编排形成应用服务之前，需要先确定此次服务编排需要用到的若干能力，也就是从服务编码包中的各个服务编码程序中确定需要用到的目标服务程序。需要指出，服务接入信息用于在封装好的服务编码包中与服务配置信息进行比对，根据比对成功的服务配置信息确定对应的服务编码程序，并将其作为需要用到目标服务程序。
其中，服务接入信息可以包括，但不限于输入服务名称、配置服务地址、配置服务环境与配置业务类型等各种各样的信息。
80.一些较为具体的实施例中，服务编码包中封装有，但不限于：调用车辆停放登记数据库的服务编码程序、调用车辆行驶数据库的服务编码程序、控制摄像头进行车辆抓拍的服务编码程序、控制摄像头进行高清车牌图片拍摄的服务编码程序、执行车牌识别算法的服务编码程序、执行车辆测速的服务编码程序、执行停车状态检测的服务编码程序。
81.一些实施例为了编排“车辆超速管理”这一应用服务，需要先获取服务接入信息，再基于服务接入信息，从服务编码包中确定服务配置信息与服务接入信息对应的目标服务程序，这些目标服务程序包括：调用车辆行驶数据库的服务编码程序、控制摄像头进行车辆抓拍的服务编码程序、执行车牌识别算法的服务编码程序、执行车辆测速的服务编码程序，从而实现“车辆超速管理”对应的应用服务：先对车辆进行测速，当检测到有超速车辆时进行车辆抓拍，进而对抓拍到的车辆图片执行车牌识别算法，将识别到的车牌号在车辆行驶数据库中进行比对，确定出车辆归属信息。
82.一些实施例为了编排“园区出入口道闸管理”这一应用服务，需要先获取服务接入信息，再基于服务接入信息，从服务编码包中确定服务配置信息与服务接入信息对应的目标服务程序，这些目标服务程序包括：调用车辆停放登记数据库的服务编码程序、控制摄像头进行高清车牌图片拍摄的服务编码程序、执行车牌识别算法的服务编码程序、执行停车状态检测的服务编码程序，从而实现“园区出入口道闸管理”对应的应用服务：先进行停车状态检测，当检测到有车辆停在出入口道闸时进行高清车牌图片拍摄，进而对拍摄到的高清车牌图片执行车牌识别算法，基于识别到的车牌号更新车辆停放登记数据库中的车辆停放信息。
83.应理解，不同的应用场景下用到的能力可以相同，也可以不同，并且这些能力是由目标服务程序提供。因此，需要根据服务接入信息，来确定服务编码包之中的哪些目标服务程序需要被接入，以便于后续在应用编排的过程中，基于已经接入的目标服务程序进行应用服务的编排。
84.一些实施例的步骤s105中，基于第二数目个目标服务程序，创建第二数目个目标服务。需要说明的是，根据每一目标服务程序，即可创建一个目标服务。因此，在基于第二数目个服务接入信息，从服务编码包中确定服务配置信息与服务接入信息对应的第二数目个目标服务程序之后，可以基于第二数目个目标服务程序，创建第二数目个目标服务。
85.一些实施例的步骤s106中，获取服务编排指令，并基于服务编排指令对第二数目个目标服务进行编排处理，建立第二数目个目标服务的关联关系，得到应用服务程序。需要说明的是，服务编排指令用于对已经创建好的各种服务进行流程编排，以形成一个整体的应用服务。需要明确，基于服务编排指令对第二数目个目标服务进行编排处理之后，建立第二数目个目标服务的关联关系。需要指出，第二数目个目标服务的关联关系体现了各个目标服务的功能实现顺序，按照第二数目个目标服务的关联关系依次执行各个目标服务，即可实现当前所需要的对应的应用服务。如此一来，依据关联关系布置好的第二数目个目标服务，其组成的整体程序即为用于提供应用服务的应用服务程序。
86.参照图8，根据本技术的一些实施例，服务编排指令包括功能程序编排指令、数据过滤配置指令与限流程序配置指令，步骤s106可以包括，但不限于下述步骤s801至步骤
s804。
87.步骤s801，基于功能程序编排指令，从第二数目个目标服务中确定第三数目个流程子服务，并将第三数目个流程子服务进行排列，生成功能服务程序；步骤s802，基于限流程序配置指令，从第三数目个流程子服务中确定交互操作代码段，并在功能服务程序的交互操作代码段之中配置预设的限流子程序；步骤s803，基于数据过滤配置指令，从第三数目个流程子服务中确定数据获取代码段，并在功能服务程序的数据获取代码段之后配置预设的数据过滤子程序；步骤s804，将配置有限流子程序与数据过滤子程序的功能服务程序，确定为应用服务程序。
88.下面对步骤s801至步骤s804进行展开描述。
89.一些实施例的步骤s801中，基于功能程序编排指令，从第二数目个目标服务中确定第三数目个流程子服务，并将第三数目个流程子服务进行排列，生成功能服务程序。需要说明的是，功能程序编排指令的作用在于，从第二数目个目标服务中确定第三数目个流程子服务，并将第三数目个流程子服务进行排列，组合成执行的先后顺序，以形成对应的功能服务程序。
90.一些较为具体的实施例中，为了编排“车辆超速管理”这一应用服务，需要先获取服务接入信息，再基于服务接入信息，从服务编码包中确定服务配置信息与服务接入信息对应的目标服务程序，进一步基于各个目标服务程序创建各个目标服务，然后基于功能程序编排指令从各个目标服务中确定出如下流程子服务：调用车辆行驶数据库的流程子服务、控制摄像头进行车辆抓拍的流程子服务、执行车牌识别算法的流程子服务、执行车辆测速的流程子服务，并将各个流程子服务进行排列，形成“车辆超速管理”对应的应用服务：先对车辆进行测速，当检测到有超速车辆时进行车辆抓拍，进而对抓拍到的车辆图片执行车牌识别算法，将识别到的车牌号在车辆行驶数据库中进行比对，确定出车辆归属信息。
91.一些实施例为了编排“园区出入口道闸管理”这一应用服务，需要先获取服务接入信息，再基于服务接入信息，从服务编码包中确定服务配置信息与服务接入信息对应的目标服务程序，进一步基于各个目标服务程序创建各个目标服务，然后基于功能程序编排指令从各个目标服务中确定出如下流程子服务：调用车辆停放登记数据库的流程子服务、控制摄像头进行高清车牌图片拍摄的流程子服务、执行车牌识别算法的流程子服务、执行停车状态检测的流程子服务，并将各个流程子服务进行排列，形成“园区出入口道闸管理”对应的应用服务：先进行停车状态检测，当检测到有车辆停在出入口道闸时进行高清车牌图片拍摄，进而对拍摄到的高清车牌图片执行车牌识别算法，基于识别到的车牌号更新车辆停放登记数据库中的车辆停放信息。
92.一些实施例的步骤s802中，基于限流程序配置指令，从第三数目个流程子服务中确定交互操作代码段，并在功能服务程序的交互操作代码段之中配置预设的限流子程序。需要说明的是，本技术中的限流，指的是在收发数据的过程中，限定消息发送的频率在一定区间内，以降低系统的负载；其中，收发的数据在内容上保持完整性；限流程序配置指令用于从第三数目个流程子服务中确定交互操作代码段。其中，交互操作代码段是功能服务程序的组成部分，具体指的是在功能服务程序中用于执行对外数据交互的程序代码。应理解，用于对外执行数据交互的交互操作代码段，可能会进行较高频次的数据交互操作，如此一
来，会给作为本技术实施例执行主体的系统，带来不小的算力负担。为了降低系统负载，本技术实施例需要在功能服务程序的交互操作代码段之中配置预设的限流子程序。其中，限流子程序可以根据预设的限流规则对用于对外执行数据交互的交互操作代码段进行限流操作。一些较为具体的实施例中，限流操作可以通过分页减少查询数据或减少操作请求来实现。
93.一些实施例的步骤s803中，基于数据过滤配置指令，从第三数目个流程子服务中确定数据获取代码段，并在功能服务程序的数据获取代码段之后配置预设的数据过滤子程序。需要说明的是，本技术中的数据过滤，指的是在数据获取的过程中，选择一部分需要用到的数据予以保留，针对无需用到的数据、重复数据、错误数据、无效数据以及异常数据，可以根据实际情况进行纠正、转换、过滤操作，以使得数据更为精简，提高数据的处理效率；数据过滤配置指令用于从第三数目个流程子服务中确定数据获取代码段。其中，数据获取代码段是功能服务程序的组成部分，具体指的是在功能服务程序中用于从外部获取数据的程序代码。应理解，用于从外部获取数据的数据获取代码段，可能会对无效数据、错误数据、无用数据与异常数据一并获取，如此一来，会给作为本技术实施例执行主体的系统，带来数据传输的冗余繁杂。为了对获取到的数据的清洗过滤，本技术实施例需要在功能服务程序的数据获取代码段之中配置预设的数据过滤子程序。其中，数据过滤子程序可以根据预设的清洗规则对用于从外部获取数据的数据获取代码段进行清洗操作。一些较为具体的实施例中，从外部获取到的数据如果是单表类型，则可以通过where条件进行清洗过滤，从外部获取到的数据如果是多表类型，则可以将多表关联后再通过预编译的sql语句实现清洗过滤。
94.一些实施例的步骤s804中，将配置有限流子程序与数据过滤子程序的功能服务程序，确定为应用服务程序。
95.经过步骤s801至步骤s804示出的实施例，为功能服务程序配置上限流子程序与数据过滤子程序之后，意味着功能服务程序能够在对外进行数据交互时降低系统负载，同时也可以在从外部获取数据时，保证传输数据的精简。需要强调，传输数据的精简是对流程中用到的数据进行筛选去除重复的数据信息、异常数据等得到需要的高质量数据进行使用，减少系统的压力，提高编排的准确性。
96.图9示出了本技术实施例提供的电子设备900。电子设备900包括：处理器901、存储器902及存储在存储器902上并可在处理器901上运行的计算机程序，计算机程序运行时用于执行上述的服务编排方法。
97.处理器901和存储器902可以通过总线或者其他方式连接。
98.存储器902作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序，如本技术实施例描述的服务编排方法。处理器901通过运行存储在存储器902中的非暂态软件程序以及指令，从而实现上述的服务编排方法。
99.存储器902可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序。存储数据区可存储执行上述的服务编排方法。此外，存储器902可以包括高速随机存取存储器902，还可以包括非暂态存储器902，例如至少一个储存设备存储器件、闪存器件或其他非暂态固态存储器件。在一些实施方式中，存储器902可选包括相对于处理器901远程设置的存储器902，这些远程存储器902可以通过网络连接至该电子设备900。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网
及其组合。
100.实现上述的服务编排方法所需的非暂态软件程序以及指令存储在存储器902中，当被一个或者多个处理器901执行时，执行上述的服务编排方法，例如，执行图1中的方法步骤s101至步骤s106、图2中的方法步骤s201至步骤s203、图3中的方法步骤s301至步骤s302、图4中的方法步骤s401至步骤s402、图5中的方法步骤s501至步骤s504、图6中的方法步骤s601至步骤s604、图7中的方法步骤s701至步骤s702、图8中的方法步骤s801至步骤s804。
101.本技术实施例还提供了计算机可读存储介质，存储有计算机可执行指令，计算机可执行指令用于执行上述的服务编排方法。
102.在一实施例中，该计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个控制处理器执行，例如，执行图1中的方法步骤s101至步骤s106、图2中的方法步骤s201至步骤s203、图3中的方法步骤s301至步骤s302、图4中的方法步骤s401至步骤s402、图5中的方法步骤s501至步骤s504、图6中的方法步骤s601至步骤s604、图7中的方法步骤s701至步骤s702、图8中的方法步骤s801至步骤s804。
103.以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
104.本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质（或非暂时性介质）和通信介质（或暂时性介质）。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息（诸如计算机可读指令、数据结构、程序模块或其他数据）的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于ram、rom、eeprom、闪存或其他存储器技术、cd-rom、数字多功能盘（dvd）或其他光盘存储、磁盒、磁带、储存设备存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包括计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。还应了解，本技术实施例提供的各种实施方式可以任意进行组合，以实现不同的技术效果。
105.以上是对本技术的较佳实施进行了具体说明，但本技术并不局限于上述实施方式，熟悉本领域的技术人员在不违背本技术精神的共享条件下还可作出种种等同的变形或替换，这些等同的变形或替换均包括在本技术权利要求所限定的范围内。

技术特征：
1.一种服务编排方法，其特征在于，包括：获取第一数目个服务配置信息与第一数目个服务编码程序；基于每一所述服务配置信息与对应的所述服务编码程序进行规范化封装处理，生成服务编码包；在生成所述服务编码包之后，获取第二数目个服务接入信息；基于第二数目个所述服务接入信息，从所述服务编码包中确定所述服务配置信息与所述服务接入信息对应的第二数目个目标服务程序；基于第二数目个所述目标服务程序，创建第二数目个目标服务；获取服务编排指令，并基于所述服务编排指令对第二数目个所述目标服务进行编排处理，建立第二数目个所述目标服务的关联关系，得到应用服务程序。2.根据权利要求1所述的方法，其特征在于，所述基于每一所述服务配置信息与对应的所述服务编码程序进行规范化封装处理，生成服务编码包，包括：基于每一所述服务配置信息与对应的所述服务编码程序创建服务调用端口，得到服务调用规范；基于所述服务编码程序与所述服务调用规范，生成所述服务编码包。3.根据权利要求2所述的方法，其特征在于，所述服务配置信息对应的服务编码程序用于提供接口调用服务；所述基于每一所述服务配置信息与对应的所述服务编码程序创建服务调用端口，得到服务调用规范，包括：根据所述服务配置信息，确定接口网关地址与接口请求参数；基于所述接口网关地址与所述接口请求参数以规范化格式创建所述服务调用端口，得到所述服务调用规范。4.根据权利要求3所述的方法，其特征在于，所述基于所述接口网关地址与所述接口请求参数以规范化格式创建所述服务调用端口，得到所述服务调用规范，包括：基于所述接口请求参数生成接口调用请求与接口验证请求；将所述接口调用请求与所述接口验证请求通过所述接口网关地址发送至接口服务器；从所述接口服务器获取调用反馈参数与验证反馈参数；当所述验证反馈参数符合预设的第一验证条件，将所述调用反馈参数纳入所述服务调用规范。5.根据权利要求2所述的方法，其特征在于，所述服务配置信息对应的服务编码程序用于提供数据源调取服务；所述基于每一所述服务配置信息与对应的所述服务编码程序创建服务调用端口，得到服务调用规范，包括：根据所述服务配置信息，确定数据源规范化调取语句、目标类型信息与登录验证信息；通过所述数据源规范化调取语句获取多种类型的备选数据源；基于所述目标类型信息，从多种类型的所述备选数据源中确定目标数据源；基于所述登录验证信息与所述目标数据源创建所述服务调用端口，得到所述服务调用规范。6.根据权利要求2所述的方法，其特征在于，所述服务配置信息对应的服务编码程序用
于提供算法服务；所述基于每一所述服务配置信息与对应的所述服务编码程序创建服务调用端口，得到服务调用规范，包括：基于所述服务配置信息获取算法代码包；基于所述算法代码包与所述服务编码程序创建所述服务调用端口，得到所述服务调用规范。7.根据权利要求1所述的方法，其特征在于，所述服务配置信息包括环境配置信息与程序配置信息；所述基于每一所述服务配置信息与对应的所述服务编码程序进行规范化封装处理，生成服务编码包，包括：基于所述环境配置信息，创建环境部署文件；从第一数目个所述服务编码程序中确定与所述程序配置信息对应的所述服务编码程序；将所述环境部署文件与所述服务编码程序进行整合，生成所述服务编码包。8.根据权利要求1所述的方法，其特征在于，所述服务编排指令包括功能程序编排指令、数据过滤配置指令与限流程序配置指令；所述基于所述服务编排指令对第二数目个所述目标服务进行编排处理，建立第二数目个所述目标服务的关联关系，得到应用服务程序，包括：基于所述功能程序编排指令，从第二数目个所述目标服务中确定第三数目个流程子服务，并将第三数目个所述流程子服务进行排列，生成功能服务程序；基于所述限流程序配置指令，从第三数目个所述流程子服务中确定交互操作代码段，并在所述功能服务程序的所述交互操作代码段之中配置预设的限流子程序；基于所述数据过滤配置指令，从第三数目个所述流程子服务中确定数据获取代码段，并在所述功能服务程序的所述数据获取代码段之后配置预设的数据过滤子程序；将配置有所述限流子程序与所述数据过滤子程序的所述功能服务程序，确定为所述应用服务程序。9.一种电子设备，其特征在于，包括：存储器、处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至8中任意一项所述的服务编排方法。10.一种计算机可读存储介质，其特征在于，所述存储介质存储有程序，所述程序被处理器执行实现如权利要求1至8中任意一项所述的服务编排方法。

技术总结
本申请涉及数据处理技术领域，尤其是涉及一种服务编排方法、电子设备、计算机可读存储介质。本申请的服务编排方法需要先获取服务配置信息与服务编码程序，再基于每一服务配置信息与对应的服务编码程序进行规范化封装处理，生成服务编码包。在生成服务编码包之后，获取服务接入信息。基于服务接入信息，从服务编码包中确定服务配置信息与服务接入信息对应的目标服务程序；基于目标服务程序，创建目标服务。获取服务编排指令，并基于服务编排指令对目标服务进行编排处理，得到应用服务程序。其中，由于服务编码包是基于每一服务配置信息与对应的服务编码程序进行规范化封装处理而生成，因此能够对可复用的服务能力进行更高效的对接。对接。对接。


技术研发人员：池虹雨 王耀威 李潘 山其本 袁锦宇
受保护的技术使用者：鹏城实验室
技术研发日：2023.07.12
技术公布日：2023/8/9