一种系统服务的发布方法、装置、设备及存储介质

技术领域

本申请涉及数据处理技术领域，尤其涉及一种系统服务的发布方法、装置、设备及存储介质。

背景技术

随着互联网技术的发展，用户对于服务多样性的需求越来越高，单一的系统架构仅提供一项服务功能的模式已经无法满足广大用户的需求，因此相关技术中提出了用于在系统中注册多个用于提供不同服务功能的组件，每个组件可以提供多项服务功能，系统可以存储各组件包括的各项服务的接口，并通过调用接口实现对应的服务功能。比如，银行系统的全称命周期IT开发管理平台(IT develop Management，ITM)可以对多个服务进行管理，实现各项服务的新增、修改和删除等。

但是，目前针对各项服务的新增、修改和删除等操作申请，需要人工进行审核处理。由于系统维护的组件以及服务的数量较多且版本更新频繁，因此需要处理的申请信息数量大且种类繁多，人工处理频次较高，不仅消耗大量人工成本且处理效率低下。

发明内容

本申请示例性的实施方式中提供一种系统服务的发布方法、装置、设备及存储介质，涉及数据处理技术领域，用以节约服务发布过程中的人工成本，以及提升服务发布的效率。

第一方面，本申请提出了一种系统服务的发布方法，所述方法应用于系统，包括：

接收来自组件的申请信息；所述申请信息用于申请发布一项或多项服务，所述申请信息中包括申请执行对象、操作类型以及所述申请执行对象的接口信息；

基于所述申请执行对象对所述操作类型进行合规性校验，并在所述操作类型校验通过时根据所述接口信息和所述操作类型生成接口文件；

将所述接口文件输入到与所述申请执行对象对应的测试环境中进行测试输出测试结果，并根据所述测试结果设置所述一项或多项服务在所述系统中的发布状态。

基于上述方案，系统可以根据组件提交的申请信息自动进行校验，确定组件提交的操作是否可以执行。进一步地，在校验通过之后，自动获取对应的测试环境确定接口是否可以正常调用，从而根据测试结果确定组件申请的服务是否可以成功发布。本申请将人工审核组件的申请信息、人工处理接口测试的步骤转为设备自动实现，节约了人工成本，并且提升了服务发布的效率。

在一些实施例中，所述申请执行对象为所述组件提供的任意一项服务；所述基于所述申请执行对象对所述操作类型进行合规性校验，包括：

判断所述任意一项服务是否为已发布服务；

若所述任意一项服务是已发布服务，则在所述操作类型为删除或修改时确定所述操作类型校验通过；

若所述任意一项服务不是已发布服务，则在所述操作类型为新增时确定所述操作类型校验通过。

在一些实施例中，所述判断所述任意一项服务是否为已发布服务，包括：

根据所述组件的标识、所述任意一项服务的标识以及所述任意一项服务的版本信息，判断所述系统中是否存在所述任意一项服务。

在一些实施例中，所述申请执行对象为所述组件，所述申请信息用于申请发布所述组件的多项服务；所述基于所述申请执行对象对所述操作类型进行合规性校验，包括：

若所述系统中包括所述组件，则在所述操作类型为删除或修改时确定所述操作类型校验通过；

若所述系统中不包括所述组件，则在所述操作类型为新增时确定所述操作类型校验通过。

在一些实施例中，所述根据所述测试结果设置所述一项或多项服务在所述系统中的发布状态，包括：

若所述测试结果指示所述接口文件测试成功，则设置所述一项或多项服务的发布状态为发布成功；

若所述测试结果指示所述接口文件测试失败，则设置所述一项或多项服务的发布状态为发布失败，并生成发布失败通知。

在一些实施例中，所述将所述接口文件输入到与所述申请执行对象对应的测试环境中进行测试输出测试结果，包括：

在所述测试环境中，判断根据所述接口信息是否能够调用所述一项或多项服务；

若是，则输出用于指示测试成功的测试结果；

若否，则输出用于指示测试失败的测试结果。

第二方面，本申请提出了一种系统服务的发布装置，所述装置包括：

通信单元，用于接收来自组件的申请信息；所述申请信息用于申请发布一项或多项服务，所述申请信息中包括申请执行对象、操作类型以及所述申请执行对象的接口信息；

处理单元，用于基于所述申请执行对象对所述操作类型进行合规性校验，并在所述操作类型校验通过时根据所述接口信息和所述操作类型生成接口文件；

所述处理单元，还用于将所述接口文件输入到与所述申请执行对象对应的测试环境中进行测试输出测试结果，并根据所述测试结果设置所述一项或多项服务在所述系统中的发布状态。

在一些实施例中，所述申请执行对象为所述组件提供的任意一项服务；所述处理单元，具体用于：

判断所述任意一项服务是否为已发布服务；

若所述任意一项服务是已发布服务，则在所述操作类型为删除或修改时确定所述操作类型校验通过；

若所述任意一项服务不是已发布服务，则在所述操作类型为新增时确定所述操作类型校验通过。

在一些实施例中，所述处理单元，具体用于：

根据所述组件的标识、所述任意一项服务的标识以及所述任意一项服务的版本信息，判断所述系统中是否存在所述任意一项服务。

在一些实施例中，所述申请执行对象为所述组件，所述申请信息用于申请发布所述组件的多项服务；所述处理单元，具体用于：

若所述系统中包括所述组件，则在所述操作类型为删除或修改时确定所述操作类型校验通过；

若所述系统中不包括所述组件，则在所述操作类型为新增时确定所述操作类型校验通过。

在一些实施例中，所述处理单元，具体用于：

若所述测试结果指示所述接口文件测试成功，则设置所述一项或多项服务的发布状态为发布成功；

若所述测试结果指示所述接口文件测试失败，则设置所述一项或多项服务的发布状态为发布失败，并生成发布失败通知。

在一些实施例中，所述处理单元，具体用于：

在所述测试环境中，判断根据所述接口信息是否能够调用所述一项或多项服务；

若是，则输出用于指示测试成功的测试结果；

若否，则输出用于指示测试失败的测试结果。

第三方面，本申请提供一种电子设备，包括：

存储器，用于存储程序指令；

处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行第一方面中任一项方法包括的步骤。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被计算机执行时，使所述计算机执行第一方面中任一项方法。

第五方面，本申请提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行第一方面中任一项方法。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例。

图1为本申请实施例提供的一种场景架构示意图；

图2为本申请实施例提供的一种系统服务的发布方法流程示意图；

图3为本申请实施例提供的一种系统的架构示意图；

图4为本申请实施例提供的另一种系统服务的发布方法流程示意图；

图5为本申请实施例提供的一种系统服务的发布装置的结构示意图；

图6为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以按不同于此处的顺序执行所示出或描述的步骤。

本申请的说明书和权利要求书及上述附图中的术语“第一”和“第二”是用于区别不同对象，而非用于描述特定顺序。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请中的“多个”可以表示至少两个，例如可以是两个、三个或者更多个，本申请实施例不做限制。

本申请技术方案中，对数据的采集、传播、使用等，均符合国家相关法律法规要求。

为了提升单一系统服务的全面性，相关技术中提出了设置系统关联多个第三方服务，存储多个第三方服务的接口，并在需要为用户提供某项服务时通过相应的接口来实现。系统关联的服务类型可以包括组件服务和代理服务，在实现代理服务时，需要预先开发代理流程，并通过接口将所需提供的服务需求发送给代理机构，由代理机构提供服务；在实现组件服务时，系统可以直接调用组件的接口执行相应的服务需求。本申请的方案应用于系统的组件服务场景。

为了便于理解本申请提出的系统服务的发布方案，下面首先对本申请适用的场景架构进行介绍。示例性地，参见图1，为本申请实施例提供的一种场景架构示意图，其中包括系统和系统关联的多个组件。示例性地，图1所示的系统用于为用户提供服务，比如可以为银行系统等，系统的功能可以由服务器或者服务器集群来实现。图1所示的任意一个组件用于提供多种服务，每个组件均可以由服务器或者服务器集群来实现，比如，当一个组件由服务器集群来实现时，集群中的每个服务器可以用于实现该组件的一种服务。示例性地，系统中可以存储有多个组件的接口，并可以通过接口调用各个组件以实现不同的服务。需要说明的是，本申请对于系统关联的组件的数量不作限定，图1仅作为一种示例。

目前各项服务注册信息的管理与发布是通过系统统一进行管理的，但是在服务发布过程中，处理服务的注册信息以及测试服务等操作需要人工执行，人工处理虽然具有灵活性，但是处理效率偏低且人工成本较高。基于此，本申请提出了一种系统服务的发布方法，将线下人工处理服务的申请信息、人工测试服务的可行性等过程改为了线上自动实现，极大地降低了人工成本且提升了服务发布的效率。

下面，结合图1所示的场景对本申请的方案进行具体介绍。示例性地，参见图2，为本申请实施例提供的一种系统服务的发布方法流程示意图。可选地，图2所示的方法流程可以由系统执行，也可以由系统中包括的具体部件执行，比如可以由系统包括的处理器等部件执行。图2所示的方法流程具体包括：

201，接收来自组件的申请信息。

其中，申请信息用于申请发布一项或多项服务，申请信息中包括申请执行对象、操作类型以及申请执行对象的接口信息。其中，接口信息包括一项或多项服务的接口。示例性地，组件可以为图1所示场景中包括的任意一个组件，也可以为一个未关联系统的新的组件。

202，基于申请执行对象对操作类型进行合规性校验，并在操作类型校验通过时根据接口信息和操作类型生成接口文件。

示例性地，操作类型为对申请执行对象进行的操作，可以包括新增、删除和修改，对操作类型进行合规性校验即用于校验是否可以对申请执行对象进行操作类型指示的操作，比如是否可以对申请执行对象进行修改等。

203，将接口文件输入到与申请执行对象对应的测试环境中，根据输出的测试结果设置一项或多项服务的发布状态。

示例性地，系统中可以预先存储有多种测试环境，用于对不同的服务进行测试，确定不同服务提交的接口是否可以正常调用。系统可以根据申请执行对象获取对应的测试环境，并将接口文件输入到测试环境中，得到测试结果。若测试成功，则可以将一项或多项服务的发布状态设置为发布成功；反之，若测试失败，则可以将一项或多项服务的发布状态设置为发布失败，并提交人工处理。

基于上述方案，本申请提出的服务发布方案中，系统可以根据组件提交的申请信息自动进行校验，确定组件提交的操作是否可以执行。进一步地，在校验通过之后，自动获取对应的测试环境测试接口是否可以调用，从而根据测试结果确定组件申请的服务是否发布成功。本申请将人工审核组件的申请信息、人工处理接口测试的步骤转为设备自动实现，节约了人工成本，并且提升了服务发布的效率。

在一种可能的场景中，当申请信息中指示申请执行对象为组件时，即申请信息用于申请发布该组件的全部服务，系统可以判断已经关联的多个组件中是否包括该组件。一种可能的情况下，系统已经关联了该组件，可以进一步判断针对组件的操作类型是否为删除或者修改，若是，则可以确定申请的操作类型通过校验；反之，若申请信息中针对组件的操作类型为新增，则可以确定申请的操作类型未通过校验。在未通过校验的情况下，系统可以向组件反馈校验失败的信息。另一种可能的情况下，系统未关联该组件，说明该组件为新注册的组件，系统可以进一步判断操作类型是否为新增，若是，则可以确定申请的操作类型通过校验；反之，若不是，则可以确定申请的操作类型未通过校验。

在另一种可能的场景中，当申请信息包括的申请执行对象为组件提供的一项服务时，由于服务的发布必须依赖组件已经申请的情况下才可以申请，因此系统可以从两方面进行验证：一方面验证提交的服务是否为已经注册的组件的服务，另一方面验证针对提交的服务所要执行的操作类型是否可行。示例性地，系统可以根据组件的标识确定组件是否为已经注册的组件，若是，则系统可以进一步判断提交的服务是否为已经发布的服务。示例性地，系统可以根据提交的服务的标识、组件的标识和服务的版本信息确定提交的服务是否为已经发布的服务。一种可能的情况下，提交的服务为已经发布的服务，系统可以进一步判断针对服务的操作类型是否为删除或者修改。若是，则确定针对服务的操作类型通过校验，若不是，则确定操作类型未通过校验。另一种可能的情况下，提交的服务不是已经发布的服务，系统可以进一步判断针对服务的操作类型是否为新增。若是，则确定针对服务的操作类型通过校验，若不是，则确定操作类型未通过校验。

在一种可能实现的方式中，针对未通过校验的操作类型，系统可以驳回对应的组件提交的申请信息。针对通过校验的操作类型，系统可以进一步对服务接口进行测试，确定是否可以正常调用。

示例性地，系统可以根据申请信息中包括的操作类型以及接口信息生成接口文件。其中，若申请信息中申请执行对象是组件，则接口信息为组件的调用接口；若申请执行对象是组件中的一项服务，则接口信息为该服务的调用接口。进一步地，系统可以根据申请执行对象获取对应的测试环境，并将接口文件导入测试环境中，确定其中的接口是否可以正常调用。若可以正常调用，则可以设置申请发布的一项或多项服务发布成功。若不可以正常调用，说明测试失败，则可以设置一项或多项服务发布失败，并生成发布失败通知以指示人工进行处理。

在一些实施例中，上述各个步骤可以是系统顺序执行的，也可以是系统的不同线程异步执行的。比如，系统可以在对申请信息中的操作类型进行合规性校验之后，将生成的接口文件进行存储，并设置定时调度程序周期性地从存储空间中提取文件进行测试。示例性地，可以针对系统的不同功能对系统进行划分，比如，参见图3，为本申请实施例提供的一种系统的架构示意图，其中包括规则校验模块、文件目录和轮询调度模块。需要说明的是，图3所示的各个模块仅作为对系统进行功能性划分的一种示例，并非系统的构成具体限定。图3所示的规则校验模块用于根据申请执行对象对操作类型进行合规性校验，即验证针对申请执行对象的操作是否可行。若可行，则规则校验模块会根据申请信息中包括的接口信息和操作类型生成接口文件，并将接口文件存储到文件目录中。轮询调度模块用于周期性地从文件目录中提取接口文件，并将提取的接口文件输入到对应的测试环境中进行测试，用以确定服务是否可以成功发布。

以下，结合图3所示的系统，对本申请的方案进行进一步地介绍。示例性地，参见图4，为本申请实施例提供的另一种系统服务的发布方法流程示意图，具体包括：

401，规则校验模块接收来自组件的申请信息。

为了便于介绍，在图4中以申请信息用于申请新增一项服务为例进行介绍，即申请信息中包括的申请执行对象为服务，操作类型为新增，接口信息为服务的调用接口。

402，规则校验模块判断操作类型是否通过合规性校验。

示例性地，当满足以下两种情况时操作类型通过合规性校验：

情况一：组件为已经注册的组件，申请的服务为已发布的服务，操作类型为删除或者修改。情况二：组件为已经注册的组件，申请的服务为未发布的服务，操作类型为新增。

若是，则继续执行步骤403。

若否，则继续执行步骤406。

403，规则校验模块根据服务的调用接口和操作类型生成接口文件并存储的文件目录中。

404，轮询调度模块从文件目录中读取接口文件，并将接口文件输入到对应的测试环境中得到测试结果。

405，轮询调度模块根据接口文件的测试结果确定服务的发布状态。

406，规则校验模块向组件返回校验失败通知。

基于与上述方法的同一构思，参见图5，为本申请实施例提供的一种系统服务的发布装置500。装置500用于执行上述各实施例中介绍的方法步骤，为了避免重复，此处不再进行赘述。装置500包括：通信单元501和处理单元502。

通信单元501，用于接收来自组件的申请信息；所述申请信息用于申请发布一项或多项服务，所述申请信息中包括申请执行对象、操作类型以及所述申请执行对象的接口信息；

处理单元502，用于基于所述申请执行对象对所述操作类型进行合规性校验，并在所述操作类型校验通过时根据所述接口信息和所述操作类型生成接口文件；

所述处理单元502，还用于将所述接口文件输入到与所述申请执行对象对应的测试环境中进行测试输出测试结果，并根据所述测试结果设置所述一项或多项服务在所述系统中的发布状态。

在一些实施例中，所述申请执行对象为所述组件提供的任意一项服务；所述处理单元502，具体用于：

判断所述任意一项服务是否为已发布服务；

若所述任意一项服务是已发布服务，则在所述操作类型为删除或修改时确定所述操作类型校验通过；

若所述任意一项服务不是已发布服务，则在所述操作类型为新增时确定所述操作类型校验通过。

在一些实施例中，所述处理单元502，具体用于：

根据所述组件的标识、所述任意一项服务的标识以及所述任意一项服务的版本信息，判断所述系统中是否存在所述任意一项服务。

在一些实施例中，所述申请执行对象为所述组件，所述申请信息用于申请发布所述组件的多项服务；所述处理单元502，具体用于：

若所述系统中包括所述组件，则在所述操作类型为删除或修改时确定所述操作类型校验通过；

若所述系统中不包括所述组件，则在所述操作类型为新增时确定所述操作类型校验通过。

在一些实施例中，所述处理单元502，具体用于：

若所述测试结果指示所述接口文件测试成功，则设置所述一项或多项服务的发布状态为发布成功；

若所述测试结果指示所述接口文件测试失败，则设置所述一项或多项服务的发布状态为发布失败，并生成发布失败通知。

在一些实施例中，所述处理单元502，具体用于：

在所述测试环境中，判断根据所述接口信息是否能够调用所述一项或多项服务；

若是，则输出用于指示测试成功的测试结果；

若否，则输出用于指示测试失败的测试结果。

图6示出了本申请实施例提供的电子设备600结构示意图。本申请实施例中的电子设备600还可以包括通信接口603，该通信接口603例如是网口，电子设备可以通过该通信接口603传输数据，示例性地，通信接口603可以用于实现上述图5中通信单元501的功能。

在本申请实施例中，存储器602存储有可被至少一个处理器601执行的指令，至少一个处理器601通过执行存储器602存储的指令，可以用于执行上述方法中的各个步骤，例如，处理器601可以实现上述图5中的处理单元502的功能。

其中，处理器601是电子设备的控制中心，可以利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储器602内的指令以及调用存储在存储器602内的数据。可选的，处理器601可包括一个或多个处理单元，处理器601可集成应用控制器和调制解调控制器，其中，应用控制器主要处理操作系统和应用程序等，调制解调控制器主要处理无线通信。可以理解的是，上述调制解调控制器也可以不集成到处理器601中。在一些实施例中，处理器601和存储器602可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。

处理器601可以是通用控制器，例如中央控制器(英文：Central ProcessingUnit，简称：CPU)、数字信号控制器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。通用控制器可以是微控制器或者任何常规的控制器等。结合本申请实施例所公开的步骤可以直接由硬件控制器执行完成，或者用控制器中的硬件及软件模块组合执行完成。

存储器602作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器602可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(英文：Random AccessMemory，简称：RAM)、静态随机访问存储器(英文：Static Random Access Memory，简称：SRAM)、可编程只读存储器(英文：Programmable Read Only Memory，简称：PROM)、只读存储器(英文：Read Only Memory，简称：ROM)、带电可擦除可编程只读存储器(英文：Electrically Erasable Programmable Read-Only Memory，简称：EEPROM)、磁性存储器、磁盘、光盘等。存储器602是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器602还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

通过对处理器601进行设计编程，例如，可以将前述实施例中介绍的神经网络模型的训练方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行前述的方法步骤，如何对处理器601进行设计编程为本领域技术人员所公知的技术，这里不再赘述。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其它可编程数据处理设备的控制器以产生一个机器，使得通过计算机或其它可编程数据处理设备的控制器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其它可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其它可编程数据处理设备上，使得在计算机或其它可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其它可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。