CN115599401A - 自定义模型的发布方法、装置、设备及介质 - Google Patents

Abstract

本申请适用于发布服务技术领域，尤其涉及一种自定义模型的发布方法、装置、设备及介质。该发布方法应用在镜像中，在该镜像中通过固化相应的逻辑功能，实现从代码库中拉取自定义模型对应的源代码和运行环境配置文件，执行运行环境配置文件，将镜像的环境修改为目标运行环境，验证目标运行环境，在目标运行环境的验证结果为正常时，基于源代码启动发布服务，以发布源代码，从而实现对自定义模型的发布，发布过程在镜像中完成，省去了制作镜像和打包的过程，可以有效地减少耗时，且在模型发布之前即可对运行环境进行配置，采用拉取代码和配置文件的方式可及时修正运行环境和变更代码，进而提高了发布效率。

Description

自定义模型的发布方法、装置、设备及介质

技术领域

本申请适用于模型发布服务技术领域，尤其涉及一种自定义模型的发布方法、装置、设备及介质。

背景技术

目前，自定义模型是机器学习在实际商业运用中重要的表现形式之一。自定义模型在商业中使用需要研发者对该自定义模型进行发布即持续集成和交付，随后才能够供给用户使用。当前的自定义模型的发布需要包括以下步骤：编写自定义模型的实现代码、编写DockFile、打包并制作镜像、镜像发布服务等。上述发布过程一般基于kserve进行，kserve是一个基于kubernete的开源模型推理服务平台，可以提供高性能、可伸缩、以及智能路由的模型服务，支持sklearn、tensorflow、pytorch及自定义模型等多种框架和模型格式，但上述发布和验证流程冗长、制作镜像耗时较长，带来了发布效率低下、运行环境异常排查困难等问题。因此，如何优化自定义模型的发布流程，以提高发布效率成为亟待解决的问题。

发明内容

有鉴于此，本申请实施例提供了一种自定义模型的发布方法、装置、设备及介质，以解决如何优化自定义模型的发布流程，以提高发布效率的问题。

第一方面，本申请实施例提供一种自定义模型的发布方法，所述发布方法应用在镜像中，所述发布方法包括：

从代码库中拉取所述自定义模型对应的源代码和运行环境配置文件；

执行所述运行环境配置文件，将所述镜像的环境修改为目标运行环境；

验证所述目标运行环境，在所述目标运行环境的验证结果为正常时，基于所述源代码启动发布服务，以发布所述源代码。

在一实施方式中，执行所述运行环境配置文件，将所述镜像的环境修改为目标运行环境包括：

将所述运行环境配置文件与所述镜像的环境进行差异比对，得到差异结果；

基于所述差异结果对所述镜像的环境进行修改，得到目标运行环境。

在一实施方式中，在从代码库中拉取所述自定义模型对应的源代码和运行环境配置文件之前，还包括：

启动所述镜像中command组件或args组件，以获取代码库的配置参数信息；

解析所述配置参数信息，确定所述代码库的拉取地址；

从代码库中拉取所述自定义模型对应的源代码和运行环境配置文件包括：

基于所述拉取地址，从代码库中拉取所述自定义模型对应的源代码和运行环境配置文件。

在一实施方式中，在基于所述源代码启动发布服务，以发布所述源代码之后，还包括：

在检测到所述自定义模型对应的源代码变更时，从所述代码库拉取变更后的源代码；

基于所述变更后的源代码启动发布服务，以发布所述变更后的源代码。

在一实施方式中，在基于所述源代码启动发布服务之后，还包括：

验证所述发布服务；

在所述发布服务的验证结果为正常时，确定发布成功。

在一实施方式中，在验证所述发布服务之后，还包括：

在所述发布服务的验证结果为不正常时，确定发布异常，输出第一异常信息。

在一实施方式中，在验证所述目标运行环境之后，还包括：

在所述目标运行环境的验证结果为不正常时，确定发布异常，输出第二异常信息。

第二方面，本申请实施例提供一种自定义模型的发布装置，所述发布装置应用在镜像中，所述发布装置包括：

拉取模块，用于从代码库中拉取所述自定义模型对应的源代码和运行环境配置文件；

环境配置模块，用于执行所述运行环境配置文件，将所述镜像的环境修改为目标运行环境；

发布模块，用于验证所述目标运行环境，在所述目标运行环境的验证结果为正常时，基于所述源代码启动发布服务，以发布所述源代码。

第三方面，本申请实施例提供一种计算机设备，所述计算机设备包括处理器、存储器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的发布方法。

第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的发布方法。

本申请实施例与现有技术相比存在的有益效果是：本申请的发布方法应用在镜像中，在该镜像中通过固化相应的逻辑功能，实现从代码库中拉取自定义模型对应的源代码和运行环境配置文件，执行运行环境配置文件，将镜像的环境修改为目标运行环境，验证目标运行环境，在目标运行环境的验证结果为正常时，基于源代码启动发布服务，以发布源代码，从而实现对自定义模型的发布，发布过程在镜像中完成，省去了制作镜像和打包的过程，可以有效地减少耗时，且在模型发布之前即可对运行环境进行配置，采用拉取代码和配置文件的方式可及时修正运行环境和变更代码，进而提高了发布效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例一提供的一种自定义模型的发布方法的一应用环境示意图；

图2是本申请实施例二提供的一种自定义模型的发布方法的流程示意图；

图3是本申请实施例三提供的一种自定义模型的发布方法的流程示意图；

图4是本申请实施例四提供的一种自定义模型的发布装置的结构示意图；

图5是本申请实施例五提供的一种计算机设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

应理解，以下实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

为了说明本申请的技术方案，下面通过具体实施例来进行说明。

本申请实施例一提供的一种自定义模型的发布方法，可应用在如图1的应用环境中，其中，客户端与服务端进行通信。其中，客户端包括但不限于掌上电脑、桌上型计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、云端计算机设备、个人数字助理(personal digital assistant，PDA)等计算机设备。服务端可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

参见图2，是本申请实施例二提供的一种自定义模型的发布方法的流程示意图，上述自定义模型的发布方法应用于图1中的服务端，用户通过客户端可以访问服务端，并在服务端中使用相应的发布服务平台，构建一个镜像，在该镜像中预置相应的功能模块，以执行此发布方法。如图2所示，该自定义模型的发布方法可以包括以下步骤：

步骤S201，从代码库中拉取自定义模型对应的源代码和运行环境配置文件。

本申请中，代码库可以是指能够存储自定义模型的源代码的数据库，该数据库能够与客户端、服务端等进行通信，用户可以使用客户端将编辑好的自定义模型的源代码上传至该数据库，服务端能够在接收到用户的发布指示后从该数据库上将源代码拉取到本地。例如，代码库可以为sftp、github、gitlab等第三方文件源或代码托管库。

上述发布方法在镜像中执行，在服务端上构建的一个镜像容器内，拉取即为将数据通过镜像的方式下载至容器内，在容器内配置有运行源代码的基础环境，为了满足源代码运行的要求，该基础环境可以根据需求进行修改配置。

用户在构建自定义模型和编写其源代码时，应充分考虑了该源代码的运行环境，并且为该源代码配置相应的运行环境配置文件，该运行环境配置文件可与源代码一同由代码库存储。例如，上述的运行环境配置文件可以使用“requiement.txt”来命名，便于拉取功能的实现。

上述的拉取功能可以在镜像中配置一个拉取模块，拉取模块能够与代码库建立连接，并实现动态的代码拉取，即在代码变更后可以将变更后的代码及时拉取到镜像中，实现更新发布。

步骤S202，执行运行环境配置文件，将镜像的环境修改为目标运行环境。

本申请中，在初始的镜像中，其环境为基础环境，由于拉取的源代码对运行环境有要求，因而需要通过对运行环境配置文件进行分析，进而修改基础环境，以满足源代码的运行条件。

使用运行环境配置文件对基础环境进行修改，修改后的环境即为目标运行环境，源代码可在该目标运行环境中运行。

对镜像的环境进行修改，得到目标运行环境，可以在自定义模型发布阶段之前对运行环境进行前置验证，可以使得用户能够及时介入并修正运行环境配置与参数。由于在发布时对环境进行验证，如果验证不通过，则需要对运行环境进行重新配置，并再次进行镜像打包、制作等步骤，这就导致了耗时较长、效率较低的情况，而采用上述过程可以有效地提高自定义模型的发布效率。

可选的是，执行运行环境配置文件，将镜像的环境修改为目标运行环境包括：

将运行环境配置文件与镜像的环境进行差异比对，得到差异结果；

基于差异结果对镜像的环境进行修改，得到目标运行环境。

其中，将运行环境配置文件与当前镜像中的基础环境进行差异比较，即可确定差异结果。例如，差异结果可以是缺少的插件或者组件、版本不满足的插件或者组件，还可以为配置参数的差异。

基于差异结果，可以执行更新、更换相应的插件或者组件，以及修改配置参数等操作，实现对基础环境的修改，进而得到目标运行环境。

步骤S203，验证目标运行环境，在目标运行环境的验证结果为正常时，基于源代码启动发布服务，以发布源代码。

本申请中，在发布服务执行之前，需要对运行环境进行验证，只有在运行环境的验证结果为正常时才能够启动发布服务，实现源代码的发布即自定义模型的发布。

举例说明，上述服务端可以支撑Kserve服务平台，在运行环境验证通过后，可以基于该Kserve服务平台来实现源代码的发布。除此之外，上述服务端还可以是采用SeldonCore服务平台、BentoML服务平台等能够实现镜像编排操作的服务平台。

对于运行环境的验证可以是指对运行环境进行测试，例如，使用动态分析技术对运行环境进行静态分析和动态调试，以及基于自定义的沙盒环境，通过相应的分析软件来检测运行环境的安全性，避免源代码被第三方恶意使用或跟踪分析。

由于发布流程全程使用在镜像即可完成，省略了镜像的重复制作、打包流程，可减少模型发布过程中镜像制作的耗时，同时，自定义模型发布的过程中避免了重复镜像的产生和额外的镜像管理工作，节省了存储资源。

可选的是，在基于源代码启动发布服务，以发布源代码之后，还包括：

在检测到自定义模型对应的源代码变更时，从代码库拉取变更后的源代码；

基于变更后的源代码启动发布服务，以发布变更后的源代码。

其中，针对自定义模型在发布后，如果用户想要对自定义模型进行修改，则将修改后的源代码上传至代码库中即可，在检测到源代码被变更之后，可以之间将变更后的源代码拉取至镜像中进行发布，自动化程度较高。

另外，如果用户在变更自定义模型后，还对运行环境进行了变更，同样需要将变更后的运行环境配置文件上传至代码库，如果检测到运行环境配置文件发生变更，则还需要根据变更后的运行环境配置文件，对镜像中当前的运行环境进行修改，随后再执行发布。

采用镜像从代码库拉取的方式，能够使得自定义模型再需要进行变更或切换源文件以及运行环境配置文件时，可轻易通过变更或者修改的方式，实现自定义模型变更发布。

可选的是，在基于源代码启动发布服务之后，还包括：

验证发布服务；

在发布服务的验证结果为正常时，确定发布成功。

其中，在启动发布服务后，还对发布服务进行验证，在确定验证结果为正常时，可知发布成功。

发布服务的验证可以是指通过发布动作完成了对应源代码的发布，使得其可以被外部所访问到，接下来通过虚拟一用户或者使用真实用户对该发布的源代码进行执行测试，看是否能够正确响应以及得到正确结果。

可选的是，在验证发布服务之后，还包括：

在发布服务的验证结果为不正常时，确定发布异常，输出第一异常信息。

可选的是，在验证目标运行环境之后，还包括：

在目标运行环境的验证结果为不正常时，确定发布异常，输出第二异常信息。

针对异常的情况，则需要给出异常信息，并输出，使得用户根据该异常信息能够定位到异常原因。

本申请实施例的发布方法应用在镜像中，在该镜像中通过固化相应的逻辑功能，实现从代码库中拉取自定义模型对应的源代码和运行环境配置文件，执行运行环境配置文件，将镜像的环境修改为目标运行环境，验证目标运行环境，在目标运行环境的验证结果为正常时，基于源代码启动发布服务，以发布源代码，从而实现对自定义模型的发布，发布过程在镜像中完成，省去了制作镜像和打包的过程，可以有效地减少耗时，且在模型发布之前即可对运行环境进行配置，采用拉取代码和配置文件的方式可及时修正运行环境和变更代码，进而提高了发布效率。

参见图3，为本申请实施例三提供的一种自定义模型的发布方法的流程示意图，该发布方法包括以下步骤：

步骤S301，启动镜像中command组件或args组件，以获取代码库的配置参数信息。

本申请中，在镜像中启动相应的command组件或args组件可以实现代码库与镜像的参数传递，例如，代码库的地址、账户、密码等配置参数信息，从而实现镜像与代码库的通信。

步骤S302，解析配置参数信息，确定代码库的拉取地址。

本申请中，通过解析配置参数信息，可以获取到代码库的类型、地址和连接必要信息，以实现镜像与代码库的连接，用于后续步骤S303中基于拉取地址，动态拉取源代码。

用户毋需每次自定义模型发布均对代码进行单独管理，可根据传递相关的代码托管库参数轻松实现发布信息记录，例如，github的commimtID，branch等记录参数。

步骤S303，基于拉取地址，从代码库中拉取自定义模型对应的源代码和运行环境配置文件。

步骤S304，执行运行环境配置文件，将镜像的环境修改为目标运行环境。

步骤S305，验证目标运行环境，在目标运行环境的验证结果为正常时，基于源代码启动发布服务，以发布源代码。

其中，上述步骤S303至步骤S304的内容与上述步骤S201至步骤S203的内容相同，具体可参考步骤S201至步骤S203的描述，在此不再赘述。

本申请实施例的发布方法应用在镜像中，在该镜像中通过固化相应的逻辑功能，实现启动镜像中command组件或args组件，以获取代码库的配置参数信息，解析配置参数信息，确定代码库的拉取地址，基于拉取地址，从代码库中拉取自定义模型对应的源代码和运行环境配置文件，执行运行环境配置文件，将镜像的环境修改为目标运行环境，验证目标运行环境，在目标运行环境的验证结果为正常时，基于源代码启动发布服务，以发布源代码，从而实现对自定义模型的发布，发布过程在镜像中完成，省去了制作镜像和打包的过程，可以有效地减少耗时，且在模型发布之前即可对运行环境进行配置，采用拉取代码和配置文件的方式可及时修正运行环境和变更代码，进而提高了发布效率。

对应于上文实施例的自定义模型的发布方法，图4示出了本申请实施例四提供的自定义模型的发布装置的结构框图，上述发布装置应用于图1中的服务端，用户通过客户端可以访问服务端，并在服务端中使用相应的发布服务平台，构建一个镜像，在该镜像中预置相应的功能模块，以执行此发布方法。为了便于说明，仅示出了与本申请实施例相关的部分。

参见图4，该发布装置包括：

拉取模块41，用于从代码库中拉取自定义模型对应的源代码和运行环境配置文件；

环境配置模块42，用于执行运行环境配置文件，将镜像的环境修改为目标运行环境；

发布模块43，用于验证目标运行环境，在目标运行环境的验证结果为正常时，基于源代码启动发布服务，以发布源代码。

可选的是，该环境配置模块42包括：

差异比对单元，用于将运行环境配置文件与镜像的环境进行差异比对，得到差异结果；

环境修改单元，用于基于差异结果对镜像的环境进行修改，得到目标运行环境。

可选的是，该发布装置还包括：

代码库参数获取模块，用于在从代码库中拉取自定义模型对应的源代码和运行环境配置文件之前，启动镜像中command组件或args组件，以获取代码库的配置参数信息；

参数解析模块，用于解析配置参数信息，确定代码库的拉取地址；

该拉取模块41包括：

拉取单元，用于基于拉取地址，从代码库中拉取自定义模型对应的源代码和运行环境配置文件。

可选的是，该发布装置还包括：

变更检测模块，用于在基于源代码启动发布服务，以发布源代码之后，在检测到自定义模型对应的源代码变更时，从代码库拉取变更后的源代码；

变更发布模块，用于基于变更后的源代码启动发布服务，以发布变更后的源代码。

可选的是，该发布装置还包括：

服务验证模块，用于在基于源代码启动发布服务之后，验证发布服务；

发布状态确定模块，用于在发布服务的验证结果为正常时，确定发布成功。

可选的是，该发布装置还包括：

第一异常输出模块，用于在验证发布服务之后，在发布服务的验证结果为不正常时，确定发布异常，输出第一异常信息。

可选的是，该发布装置还包括：

第二异常输出模块，用于在验证目标运行环境之后，在目标运行环境的验证结果为不正常时，确定发布异常，输出第二异常信息。

需要说明的是，上述模块之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

图5为本申请实施例五提供的一种计算机设备的结构示意图。如图5所示，该实施例的计算机设备包括：至少一个处理器(图5中仅示出一个)、存储器以及存储在存储器中并可在至少一个处理器上运行的计算机程序，处理器执行计算机程序时实现上述任意各个自定义模型的发布方法实施例中的步骤。

该计算机设备可包括，但不仅限于，处理器、存储器。本领域技术人员可以理解，图5仅仅是计算机设备的举例，并不构成对计算机设备的限定，计算机设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括网络接口、显示屏和输入装置等。

所称处理器可以是CPU，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific IntegratedCircuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器包括可读存储介质、内存储器等，其中，内存储器可以是计算机设备的内存，内存储器为可读存储介质中的操作系统和计算机可读指令的运行提供环境。可读存储介质可以是计算机设备的硬盘，在另一些实施例中也可以是计算机设备的外部存储设备，例如，计算机设备上配备的插接式硬盘、智能存储卡(Smart Media Card，SMC)、安全数字(Secure Digital，SD)卡、闪存卡(Flash Card)等。进一步地，存储器还可以既包括计算机设备的内部存储单元也包括外部存储设备。存储器用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，该其他程序如计算机程序的程序代码等。存储器还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述装置中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质至少可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

本申请实现上述实施例方法中的全部或部分流程，也可以通过一种计算机程序产品来完成，当计算机程序产品在计算机设备上运行时，使得计算机设备执行时实现可实现上述方法实施例中的步骤。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/计算机设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/计算机设备实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种自定义模型的发布方法，其特征在于，所述发布方法应用在镜像中，所述发布方法包括：

从代码库中拉取所述自定义模型对应的源代码和运行环境配置文件；

执行所述运行环境配置文件，将所述镜像的环境修改为目标运行环境；

验证所述目标运行环境，在所述目标运行环境的验证结果为正常时，基于所述源代码启动发布服务，以发布所述源代码。

2.根据权利要求1所述的发布方法，其特征在于，执行所述运行环境配置文件，将所述镜像的环境修改为目标运行环境包括：

将所述运行环境配置文件与所述镜像的环境进行差异比对，得到差异结果；

基于所述差异结果对所述镜像的环境进行修改，得到目标运行环境。

3.根据权利要求1所述的发布方法，其特征在于，在从代码库中拉取所述自定义模型对应的源代码和运行环境配置文件之前，还包括：

启动所述镜像中command组件或args组件，以获取代码库的配置参数信息；

解析所述配置参数信息，确定所述代码库的拉取地址；

从代码库中拉取所述自定义模型对应的源代码和运行环境配置文件包括：

基于所述拉取地址，从代码库中拉取所述自定义模型对应的源代码和运行环境配置文件。

4.根据权利要求1所述的发布方法，其特征在于，在基于所述源代码启动发布服务，以发布所述源代码之后，还包括：

在检测到所述自定义模型对应的源代码变更时，从所述代码库拉取变更后的源代码；

基于所述变更后的源代码启动发布服务，以发布所述变更后的源代码。

5.根据权利要求1所述的发布方法，其特征在于，在基于所述源代码启动发布服务之后，还包括：

验证所述发布服务；

在所述发布服务的验证结果为正常时，确定发布成功。

6.根据权利要求5所述的发布方法，其特征在于，在验证所述发布服务之后，还包括：

在所述发布服务的验证结果为不正常时，确定发布异常，输出第一异常信息。

7.根据权利要求1至6任一项所述的发布方法，其特征在于，在验证所述目标运行环境之后，还包括：

在所述目标运行环境的验证结果为不正常时，确定发布异常，输出第二异常信息。

8.一种自定义模型的发布装置，其特征在于，所述发布装置应用在镜像中，所述发布装置包括：

拉取模块，用于从代码库中拉取所述自定义模型对应的源代码和运行环境配置文件；

环境配置模块，用于执行所述运行环境配置文件，将所述镜像的环境修改为目标运行环境；

发布模块，用于验证所述目标运行环境，在所述目标运行环境的验证结果为正常时，基于所述源代码启动发布服务，以发布所述源代码。

9.一种计算机设备，其特征在于，所述计算机设备包括处理器、存储器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的发布方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的发布方法。

Images