一种云原生应用制品归档方法、装置以及介质与流程

1.本技术涉及云原生技术领域，特别是涉及一种云原生应用制品归档方法、装置以及介质。


背景技术：

2.随着云原生技术和能力的不断完善，其将驱动企业组织和流程、架构和设计、技术和基础设施等it要素的全面升级。
3.云原生促进了架构和设计向分布式、微服务化的发展。云原生将传统的、烟囱式的、有状态的粗粒度应用程序组件拆分解耦，以分布式的形式部署到基于容器的云基础设施上。云原生促进了技术和基础设施向灵活弹性、自动化的发展。针对越来越多的细粒度组件服务的诞生，以及敏捷开发带来的版本快速迭代需求，使得交付过程中的制品管理更为复杂。
4.由此可见，如何实现对云原生云原生应用制品的归档是本领域技术人员亟待解决的问题。


技术实现要素：

5.本技术的目的是提供一种云原生应用制品归档方法、装置以及介质，用于实现对云原生云原生应用制品的归档。
6.为解决上述技术问题，本技术提供一种云原生应用制品归档方法，包括：
7.创建项目存储桶以作为制品管理的根路径；
8.当检测到向项目存储桶中上传制品时触发流水线任务；
9.根据所述制品的特征信息在所述项目存储桶中创建对应的目录；
10.将所述制品对应的源码包上传至对应的目录；
11.确认所述源码包的源码类型，选择对应的编译方式进行编译；
12.将编译后的制品归档至预设位置。
13.优选的，还包括：
14.将编译后的制品打包为镜像文件；
15.将所述镜像文件归档至预设位置。
16.优选的，所述当检测到向项目存储桶中上传制品时触发流水线任务为：
17.在检测到向存储桶中上传预设标志的文件时，触发流水线任务。
18.优选的，所述创建项目存储桶为：创建以项目名称命名的存储桶。
19.优选的，所述特征信息包括：项目、项目版本、服务、服务版本信息；
20.相应的，对应的目录包括：以项目版本号命名的目录、以服务名命名的目录、以服务版本库提交sha值命名的目录。
21.优选的，所述将所述镜像文件归档至预设位置包括：
22.将所述镜像文件进行压缩后归档至预设位置。
23.优选的，所述将编译后的制品归档至预设位置包括：将编译后的制品分别归档至源码包同级目录和项目下的版本目录。
24.为解决上述技术问题，本技术还提供一种云原生应用制品归档装置，包括：
25.第一创建模块，用于创建项目存储桶以作为制品管理的根路径；
26.检测模块，用于当检测到向项目存储桶中上传制品时触发流水线任务；
27.第二创建模块，用于根据所述制品的特征信息在所述项目存储桶中创建对应的目录；
28.上传模块，用于将所述制品对应的源码包上传至对应的目录；
29.编译模块，用于确认所述源码包的源码类型，选择对应的编译方式进行编译；
30.归档模块，用于将编译后的制品归档至预设位置。
31.为解决上述技术问题，本技术还提供另一种云原生应用制品归档装置，包括存储器，用于存储计算机程序；
32.处理器，用于执行所述计算机程序时实现如上述的云原生应用制品归档方法的步骤。
33.为解决上述技术问题，本技术还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述的云原生应用制品归档方法的步骤。
34.本技术所提供的云原生应用制品归档方法，包括创建项目存储桶以作为制品管理的根路径；当检测到向项目存储桶中上传制品时触发流水线任务；根据制品的特征信息在项目存储桶中创建对应的目录；将制品对应的源码包
35.上传至对应的目录；确认源码包的源码类型，选择对应的编译方式进行编译；将编译后的制品归档至预设位置。相对于当前技术中制品管理复杂，采用本技术方案，首先在存储系统服务中创建存储桶，将该存储桶作为制品存储的根路径，当检测到向该存储桶中上传制品时触发流水线任务，在存储桶中依次创建制品相关的目录，将制品对应的源码包上传至对应的目录，根据源码包的源码类型选择对应的编译方式进行编译，将编译后的制品归档至预设位置，从而实现了对云原生应用源码包以及编译制品的归档。
36.此外，本技术所提供的云原生应用制品归档装置以及介质，与上述云原生应用制品归档方法相对应，效果同上。
附图说明
37.为了更清楚地说明本技术实施例，下面将对实施例中所需要使用的附图做简单的介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
38.图1为本技术实施例提供的一种云原生应用制品归档方法的流程图；
39.图2为本技术实施例提供的一种云原生应用制品归档架构图；
40.图3为本技术实施例提供的一种云原生应用制品归档业务流程图；
41.图4为本技术实施例提供的一种云原生应用制品归档装置的结构图；
42.图5为本技术实施例提供的另一种云原生应用制品归档装置的结构图。
具体实施方式
43.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下，所获得的所有其他实施例，都属于本技术保护范围。
44.本技术的核心是提供一种云原生应用制品归档方法、装置以及介质，用于实现对云原生云原生应用制品的归档。
45.为了使本技术领域的人员更好地理解本技术方案，下面结合附图和具体实施方式对本技术作进一步的详细说明。
46.图1为本技术实施例提供的一种云原生应用制品归档方法的流程图，图2为本技术实施例提供的一种云原生应用制品归档架构图；图3为本技术实施例提供的一种云原生应用制品归档业务流程图；如图1所示，该方法包括：
47.s10：创建项目存储桶以作为制品管理的根路径；
48.s11：当检测到向项目存储桶中上传制品时触发流水线任务；
49.s12：根据制品的特征信息在项目存储桶中创建对应的目录；
50.s13：将制品对应的源码包上传至对应的目录；
51.s14：确认源码包的源码类型，选择对应的编译方式进行编译；
52.s15：将编译后的制品归档至预设位置。
53.云原生是基于分布部署和统一运管的分布式云，以容器、微服务、devops等技术为基础建立的一套云技术产品体系。云原生是一种构建和运行应用程序的方法，是一套技术体系和方法论。
54.minio是kubernetes的原生产品，是唯一一个可在每个公共云、每个kubernetes发行版、私有云和边缘上使用的对象存储套件。minio是一款高性能、分布式的对象存储系统.它是一款软件产品,可以100％的运行在标准硬件。即x86等低成本机器也能够很好的运行minio。本技术实施例提供的云原生应用制品归档方法，可以实现容器集群环境下的云原生应用制品统一归档，主要通过对象存储minio对制品进行统一管理。
55.首先，在minio中创建项目存储桶以作为制品管理的根路径，在具体实施中，可以以项目名称对存储桶进行命名。并通过jenkins流水线来实现应用制品生成、归档的整个流程。jenkins是一个开源软件项目，是基于java开发的一种持续集成工具，用于监控持续重复的工作，旨在提供一个开放易用的软件平台，使软件项目可以进行持续集成。
56.在创建项目存储桶后，通过在minio中设置存储桶事件通知机制，实现当向该存储桶中上传制品时，自动向jenkins流水线的generic webhook trigger发送通知，以触发jenkins项目。在具体实施中，当检测到向项目存储桶中上传制品时触发流水线任务为在检测到向存储桶中上传预设标志的文件时，触发流水线任务。例如当向该存储桶中上传后缀为.tar.gz的文件时，自动向jenkins流水线的generic webhook trigger发送通知，触发流水线任务。
57.通过在对象存储minio中创建存储桶作为统一管理制品的根路径，作用主要有以下两点：一是通过创建单独的存储桶，对不同项目进行分类归档；二是可以以此存储桶为基础，建立其对应jenkins流水线的webhook自动触发机制，每个项目均对应不同的jenkins流
水线(使用不同的源码构建方式)。
58.通过使用minio的存储桶事件通知机制，对存储桶的变化进行监控，包括存储桶中对象的上传操作。在minio中设置webhook通知、添加push事件，实现上传文件时的webhook触发。
59.在具体实施中，“minio的存储桶事件通知机制”支持amqp、mqtt、elasticsearch、redis、nats、postgresql、mysql、kafka、webhooks等多种通知目标，此处使用webhooks通知目标与jenkins流水线进行联动，将minio的notify_webhook的端点信息设置为jenkins的generic webhook trigger插件启动的webhook监听地址，设置完成之后需要重启minio server端服务来使配置生效。
60.此外，设置完minio的存储桶事件通知后，需要在新创建的项目存储桶上开启事件通知。开启事件通知时，需要将新建的项目存储桶设置为被监听对象、监听的事件类型为push事件、监听的文件后缀为“.tar.gz”，并指定上述配置的notify_webhook的arn值(资源名称)。
61.开启项目存储桶的事件通知后，minio即可监听项目存储桶中后缀为“.tar.gz”的文件的上传事件，当文件上传时，及时向jenkins发送webhook请求，并以项目名作为请求中的认证token。
62.jenkins通过generic webhook trigger插件监听webhook地址，并通过项目名作为webhook请求的认证token，用以区分不同项目发送的存储桶事件通知，且在minio配置notify_webhook的端点时，需设置其请求的认证token信息。
63.触发流水线任务后，根据制品的特征信息在项目存储桶中创建对应的目录。将从版本库服务器上(github、gitlab、gitea等)下载下来的源码包(tar.gz文件)上传到对应的位置。
64.minio根据对象上传的push事件，结合上述已配置的存储桶事件通知机制，自动发送webhook请求通知jenkins，jenkins自动发起对应的流水线任务。
65.上述介绍到，本技术实施例提供的云原生应用制品归档方法，可以实现容器集群环境下的云原生应用制品统一归档，因此本实施例中，在jenkins配置中通过configure clouds进行容器集群配置：配置容器集群的名称、api server地址、api server登录凭证、执行器自动创建所在命名空间、执行器启动最大数量、pod选择器标签、pod的执行超时时间等信息。
66.配置pod模板，设置pod的名称(固定设置为jnlp)、命名空间、标签列表及标签匹配方式(只有jenkins pipeline中设置的agent标签选择器与该标签配置匹配时,才能发起对应的流水线任务)等信息。
67.在pod模板中创建容器模板，第一个容器模板名称固定设置为jnlp，且使用镜像为jenkins官方的jnlp-agent-maven镜像，用于后端java源码的编译操作；第二个容器模板为kaniko官方镜像，用于docker镜像的构建、推送和文件导出；第三个容器模板为nodejs官方镜像(可以通过nexus对依赖包进行缓存，以缩短构建速度)，用于前端node源码的编译操作；第四个容器模板为minio客户端mc的官方镜像，用于与minio server交互，以完成源码的下载、制品的上传归档操作。
68.当jenkins pipeline被minio webhook调起后，自动在容器集群中启动一个pod作
为流水线执行器，该pod中同时启动jnlp、kaniko、nodejs、mc四个容器。
69.容器模板中，所有容器需要设置相同的工作目录，并通过pod挂载emptydir存储卷方式实现多个容器间工作目录的共享。
70.pod模板中设置的标签列表，需要与jenkins pipeline中设置的agent标签选择器一致，pod中需挂载本地maven仓库配置文件、docker登录配置文件等。
71.jenkins接收到minio发送的“源码包上传”的webhook请求后，通过解析请求报文中的“key”参数，获取上传源码包在minio中的具体存放路径，从而解析出本次归档任务的所属项目、项目版本、服务、服务版本库提交sha值等信息。
72.在jenkins中自定义pipeline流水线，通过mc容器连接minio server，拉取上传的源码包，解压后通过pom.xml和package.json文件判断项目类型：若
73.存在pom.xml配置文件，则为后端java源码；若存在package.json配置文件，则为前端node源码。
74.根据判断的项目类型，使用不同编译方式对源码进行编译，将编译后的制品归档至预设位置包括：将编译后的制品分别归档至源码包同级目录和项目下的版本目录。
[0075]“源码包同级目录”是用于归档当前服务、当前服务版本库提交版本下的编译制品(每个服务的每个版本都有唯一一个编译制品归档)。
[0076]“项目下的版本目录”则是用于归档当前项目、当前项目版本下的每个服务最新的编译制品(每个服务只有唯一一个最新编译制品归档)。
[0077]
本技术实施例提供的云原生应用制品归档方法，包括创建项目存储桶以作为制品管理的根路径；当检测到向项目存储桶中上传制品时触发流水线任务；根据制品的特征信息在项目存储桶中创建对应的目录；将制品对应的源码包上传至对应的目录；确认源码包的源码类型，选择对应的编译方式进行编译；将编译后的制品归档至预设位置。采用本技术方案，首先在存储系统服务中创建存储桶，将该存储桶作为制品存储的根路径，当检测到向该存储桶中上传制品时触发流水线任务，在存储桶中依次创建制品相关的目录，将制品对应的源码包上传至对应的目录，根据源码包的源码类型选择对应的编译方式进行编译，将编译后的制品归档至预设位置，从而实现了对云原生应用源码包以及编译制品的归档。
[0078]
为了实现对制品进行分类，实现同一、便捷管理，在具体实施中，特征信息包括：项目、项目版本、服务、服务版本信息；相应的，对应的目录包括：以项目版本号命名的目录、以服务名命名的目录、以服务版本库提交sha值命名的目录。
[0079]
在具体实施中，触发流水线任务后，根据制品的特征信息在项目存储桶中创建对应的目录。将从版本库服务器上(github、gitlab、gitea等)下载下来的源码包(tar.gz文件)上传到对应的位置为“版本库提交sha”目录，即《项目名》/《版本号》/《服务名》/《版本库提交sha值》。
[0080]
在上述实施例中，源码包制品主要用于为研发人员保留历史版本的源码数据，防止在项目过多、版本混乱的情况下，造成历史源码的无法回溯。
[0081]
编译后制品主要用于为交付、运维人员提供编译后制品管理，可以让交付人员快速获取相应版本的制品，便捷的进行对应版本服务在本地环境的部署及升级。
[0082]
在具体实施中，为了实现数据的备份，本实施例中还包括：
[0083]
将编译后的制品打包为镜像文件；
[0084]
将镜像文件归档至预设位置。
[0085]
具体的，在jenkins中自定义的pipeline流水线中增加步骤，使用kaniko将上述步骤编译的制品文件构建为docker镜像，镜像tag定义为《项目版本号》-《版本库提交sha值》.《jenkins构建id》。
[0086]
将镜像导出为《服务名》-《项目版本号》-《版本库提交sha值》.《jenkins构建id》.tar文件，用于唯一确定该服务在当前版本、当前构建任务下的镜像制品。
[0087]
docker镜像制品则主要用于为交付、运维人员提供docker镜像制品的管理，可以让交付人员便捷的进行对应版本服务在容器化环境、容器集群环境的部署及升级。
[0088]
在具体实施中，将镜像文件归档至预设位置包括：
[0089]
将镜像文件进行压缩后归档至预设位置。
[0090]
可以理解的是，将构建的docker镜像压缩成tgz文件(后缀与“.tar.gz”区别开，防止镜像文件的上传循环触发流水线任务)，可以减少约一半的存储空间。
[0091]
通过mc容器将docker镜像压缩文件分别归档到minio的两个目录：源码包同级目录、项目下的版本目录，该归档方式的目的与编译制品归档一致。
[0092]
压缩文件，名称需要注意，归档至“源码包同级目录”的压缩文件名称可以设置为“《服务名》-《项目版本号》-《git提交sha值》.tgz”，保证同一服务、同一服务版本下唯一；但归档至“项目下的版本目录”的压缩文件名称需要设置为“《服务名》-《项目版本号》.tgz”，保证同一项目下、同一项目版本下唯一。
[0093]
在上述实施例中，对于云原生应用制品归档方法进行了详细描述，本技术还提供云原生应用制品归档装置对应的实施例。需要说明的是，本技术从两个角度对装置部分的实施例进行描述，一种是基于功能模块的角度，另一种是基于硬件的角度。
[0094]
图4为本技术实施例提供的一种云原生应用制品归档装置的结构图，如图4所示，该装置包括：
[0095]
第一创建模块10，用于创建项目存储桶以作为制品管理的根路径；
[0096]
检测模块11，用于当检测到向项目存储桶中上传制品时触发流水线任务；
[0097]
第二创建模块12，用于根据制品的特征信息在项目存储桶中创建对应的目录；
[0098]
上传模块13，用于将制品对应的源码包上传至对应的目录；
[0099]
编译模块14，用于确认源码包的源码类型，选择对应的编译方式进行编译；
[0100]
归档模块15，用于将编译后的制品归档至预设位置。
[0101]
由于装置部分的实施例与方法部分的实施例相互对应，因此装置部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。
[0102]
本技术实施例提供的云原生应用制品归档方法，包括创建项目存储桶以作为制品管理的根路径；当检测到向项目存储桶中上传制品时触发流水线任务；根据制品的特征信息在项目存储桶中创建对应的目录；将制品对应的源码包上传至对应的目录；确认源码包的源码类型，选择对应的编译方式进行编译；将编译后的制品归档至预设位置。采用本技术方案，首先在存储系统服务中创建存储桶，将该存储桶作为制品存储的根路径，当检测到向该存储桶中上传制品时触发流水线任务，在存储桶中依次创建制品相关的目录，将制品对应的源码包上传至对应的目录，根据源码包的源码类型选择对应的编译方式进行编译，将编译后的制品归档至预设位置，从而实现了对云原生应用源码包以及编译制品的归档。
[0103]
图5为本技术实施例提供的另一种云原生应用制品归档装置的结构图，如图5所示，该装置包括：存储器20，用于存储计算机程序；
[0104]
处理器21，用于执行计算机程序时实现如上述实施例云原生应用制品归档方法的步骤。
[0105]
本实施例提供的云原生应用制品归档装置可以包括但不限于智能手机、平板电脑、笔记本电脑或台式电脑等。
[0106]
其中，处理器21可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器21可以采用数字信号处理器(digital signal processor，dsp)、现场可编程门阵列(field－programmable gate array，fpga)、可编程逻辑阵列(programmable logic array，pla)中的至少一种硬件形式来实现。处理器21也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称中央处理器(central processing unit，cpu)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器21可以集成有图像处理器(graphics processing unit，gpu)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器21还可以包括人工智能(artificial intelligence，ai)处理器，该ai处理器用于处理有关机器学习的计算操作。
[0107]
存储器20可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器20还可以包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。本实施例中，存储器20至少用于存储以下计算机程序201，其中，该计算机程序被处理器21加载并执行之后，能够实现前述任一实施例公开的云原生应用制品归档方法的相关步骤。另外，存储器20所存储的资源还可以包括操作系统202和数据203等，存储方式可以是短暂存储或者永久存储。其中，操作系统202可以包括windows、unix、linux等。数据203可以包括但不限于特征信息等。
[0108]
在一些实施例中，云原生应用制品归档装置还可以包括有显示屏22、输入输出接口23、通信接口24、电源25以及通信总线26。
[0109]
本领域技术人员可以理解，图5中示出的结构并不构成对云原生应用制品归档装置的限定，可以包括比图示更多或更少的组件。
[0110]
本技术实施例提供的云原生应用制品归档装置，包括存储器和处理器，处理器在执行存储器存储的程序时，能够实现如下方法：创建项目存储桶以作为制品管理的根路径；当检测到向项目存储桶中上传制品时触发流水线任
[0111]
务；根据制品的特征信息在项目存储桶中创建对应的目录；将制品对应的源码包上传至对应的目录；确认源码包的源码类型，选择对应的编译方式进行编译；将编译后的制品归档至预设位置。
[0112]
最后，本技术还提供一种计算机可读存储介质对应的实施例。计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述方法实施例中记载的步骤。
[0113]
可以理解的是，如果上述实施例中的方法以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以
以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
[0114]
以上对本技术所提供的云原生应用制品归档方法、装置以及介质进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以对本技术进行若干改进和修饰，这些改进和修饰也落入本技术权利要求的保护范围内。
[0115]
还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，
[0116]
并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

技术特征：
1.一种云原生应用制品归档方法，其特征在于，包括：创建项目存储桶以作为制品管理的根路径；当检测到向项目存储桶中上传制品时触发流水线任务；根据所述制品的特征信息在所述项目存储桶中创建对应的目录；将所述制品对应的源码包上传至对应的目录；确认所述源码包的源码类型，选择对应的编译方式进行编译；将编译后的制品归档至预设位置。2.根据权利要求1所述的云原生应用制品归档方法，其特征在于，还包括：将编译后的制品打包为镜像文件；将所述镜像文件归档至预设位置。3.根据权利要求1所述的云原生应用制品归档方法，其特征在于，所述当检测到向项目存储桶中上传制品时触发流水线任务为：在检测到向存储桶中上传预设标志的文件时，触发流水线任务。4.根据权利要求1所述的云原生应用制品归档方法，其特征在于，所述创建项目存储桶为：创建以项目名称命名的存储桶。5.根据权利要求1所述的云原生应用制品归档方法，其特征在于，所述特征信息包括：项目、项目版本、服务、服务版本信息；相应的，对应的目录包括：以项目版本号命名的目录、以服务名命名的目录、以服务版本库提交sha值命名的目录。6.根据权利要求2所述的云原生应用制品归档方法，其特征在于，所述将所述镜像文件归档至预设位置包括：将所述镜像文件进行压缩后归档至预设位置。7.根据权利要求1至6任意一项所述的云原生应用制品归档方法，其特征在于，所述将编译后的制品归档至预设位置包括：将编译后的制品分别归档至源码包同级目录和项目下的版本目录。8.一种云原生应用制品归档装置，其特征在于，包括：第一创建模块，用于创建项目存储桶以作为制品管理的根路径；检测模块，用于当检测到向项目存储桶中上传制品时触发流水线任务；第二创建模块，用于根据所述制品的特征信息在所述项目存储桶中创建对应的目录；上传模块，用于将所述制品对应的源码包上传至对应的目录；编译模块，用于确认所述源码包的源码类型，选择对应的编译方式进行编译；归档模块，用于将编译后的制品归档至预设位置。9.一种云原生应用制品归档装置，其特征在于，包括存储器，用于存储计算机程序；处理器，用于执行所述计算机程序时实现如权利要求1至7任意一项所述的云原生应用制品归档方法的步骤。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任意一项所述的云原生应用制品归档方法的步骤。

技术总结
本申请公开了一种云原生应用制品归档方法、装置以及介质，包括创建项目存储桶以作为制品管理的根路径；当检测到向项目存储桶中上传制品时触发流水线任务；根据制品的特征信息在项目存储桶中创建对应的目录；将制品对应的源码包上传至对应的目录；确认源码包的源码类型，选择对应的编译方式进行编译；将编译后的制品归档至预设位置。采用本技术方案，首先在存储系统服务中创建存储桶，将该存储桶作为制品存储的根路径，当检测到向该存储桶中上传制品时触发流水线任务，在存储桶中依次创建制品相关的目录，将制品对应的源码包上传至对应的目录，根据源码包的源码类型选择对应的编译方式进行编译，将编译后的制品归档至预设位置，从而实现了对云原生应用源码包以及编译制品的归档。的归档。的归档。


技术研发人员：王超
受保护的技术使用者：浪潮云信息技术股份公司
技术研发日：2023.03.30
技术公布日：2023/7/22