前端项目多环境共用镜像的方法及计算机可读存储介质与流程

1.本发明属于软件技术领域，具体涉及一种前端项目多环境共用镜像的方法及计算机可读存储介质。


背景技术：

2.在云原生技术的普及下，越来越多的企业使用kubernetes来部署项目。然后由于企业业务复杂，往往需要准备多套技术环境，比如开发kubernetes环境、测试kubernetes环境以及生产kubernetes环境等，由此衍生出一个新的问题。kubernetes是一个开源的，用于管理云平台中多个主机上的容器化的应用。
3.由于前端项目编译时需要在代码中确定好后端接口地址，多套技术的存在导致了一个后端服务会需要多个接口地址来对应多套技术环境。比如开发环境的后端服务接口地址为dev-api.com，那么前端项目在部署到开发环境时就需要在代码中将后端接口地址写为dev-api.com。而测试环境的后端服务地址为test-api.com，那么当前端项目需要部署到测试环境时，就需要修改代码并重新编译。当企业技术环境越来越多，每部署不同的环境就需要修改代码中的后端接口地址并重新编译这种方式就会占用大量时间以及服务器资源。


技术实现要素：

4.本发明要解决的技术问题是提供一种前端项目多环境共用镜像的方法及计算机可读存储介质，以此实现前端项目编译一次，在部署到各个技术环境时能够动态传入后端服务接口地址，实现多个技术环境复用，节约时间以及服务器资源成本。
5.为解决上述技术问题，本发明采用如下的技术方案：
6.第一方面，本发明实施例提供一种前端项目多环境共用镜像的方法，包括：
7.前端项目编码需要引用后端接口地址时，插入占位符代替真实的后端接口地址，基于设置代码进行前端编译得到前端静态文件；
8.基于前端静态文件和定制的启动脚本构建前端镜像；
9.将构建出来的前端镜像推送至中央镜像仓库；
10.前端项目在多套kubernetes集群环境中部署时从中央镜像仓库拉取同一个前端镜像；
11.前端项目的kubernetes部署文件通过指令引用定制的启动脚本，并添加api-url环境变量用于动态传入后端接口地址；
12.定制的启动脚本接收到部署文件中传入的api-url环境变量，并执行变更操作，将静态文件中的占位符修改为传入的环境变量的值；
13.前端镜像中基于已修改后的前端静态文件启动前端服务。
14.第一方面的一种可能设计中，基于前端静态文件和定制的启动脚本构建前端镜像包括：使用nginx构建基础镜像；使用dockerfile将前端静态文件以及特定的启动脚本构建到镜像中；通过dockerfile cmd指令包装镜像启动脚本。
15.第一方面的一种可能设计中，将构建出来的前端镜像推送至中央镜像仓库包括：通过docker tag将前端镜像打上特定标签；通过指令连接到中央镜像仓库；将镜像推送至中央镜像仓库。
16.第二方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该程序被处理器执行实现如上任一所述的前端项目多环境共用镜像的方法。
17.采用本发明具有如下的有益效果：
18.(1)使用占位符代替不同环境的后端接口地址，减少了代码中的硬编码，使项目代码更易维护。
19.(2)基于定制的启动脚本，前端项目只需编译一次，节约时间成本以及服务器资源。
20.(3)通过在部署时动态注入后端接口地址，可实现基于同一个镜像多套环境复用，减少环境差异所带来的问题。
附图说明
21.图1为本发明一实施例的前端项目多环境共用镜像的方法的步骤流程图。
具体实施方式
22.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
23.参照图1，所示为本发明实施例的一种前端项目多环境共用镜像的方法的步骤流程图，包括：
24.s10，前端项目编码需要引用后端接口地址时，插入占位符代替真实的后端接口地址，基于设置代码进行前端编译得到前端静态文件；
25.s20，基于前端静态文件和定制的启动脚本构建前端镜像；
26.s30，将构建出来的前端镜像推送至中央镜像仓库；
27.s40，前端项目在多套kubernetes集群环境中部署时从中央镜像仓库拉取同一个前端镜像；
28.s50，前端项目的kubernetes部署文件通过指令引用定制的启动脚本，并添加api-url环境变量用于动态传入后端接口地址；
29.s60，定制的启动脚本接收到部署文件中传入的api-url环境变量，并执行变更操作，将静态文件中的占位符修改为传入的环境变量的值；
30.s70，前端镜像中基于已修改后的前端静态文件启动前端服务。
31.通过以上设置的前端项目多环境共用镜像的方法，使用占位符代替不同环境的后端接口地址，减少了代码中的硬编码，使项目代码更易维护。同时可以节约时间成本，前端项目编译往往比较耗时，使用本发明实施例技术方案无论有多少套环境都仅需编译一次即可。
32.本发明一实施例的一种前端项目多环境共用镜像的方法中，基于前端静态文件和定制的启动脚本构建前端镜像包括：使用nginx构建基础镜像；使用dockerfile将前端静态文件以及特定的启动脚本构建到镜像中；通过dockerfile cmd指令包装镜像启动脚本。其中dockerfile是用于构建镜像的文件，此文件中会描述构建镜像的每一步的指令。nginx是运行前端项目的web服务器。dockerfile cmd为指定启动的时候要运行的命令，只有最后一个生效，可被取代。
33.本发明一实施例的一种前端项目多环境共用镜像的方法中，将构建出来的前端镜像推送至中央镜像仓库包括：通过docker tag将前端镜像打上特定标签；通过指令连接到中央镜像仓库；将镜像推送至中央镜像仓库。
34.本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。
35.为此，本技术实施例提供一种计算机可读存储介质，其中存储有多条计算机程序，该计算机程序能够被处理器进行加载，以执行本技术实施例所提供的任一种前端项目多环境共用镜像的方法中的步骤。例如，该计算机程序可以执行如下步骤：
36.前端项目编码需要引用后端接口地址时，插入占位符代替真实的后端接口地址，基于设置代码进行前端编译得到前端静态文件；
37.基于前端静态文件和定制的启动脚本构建前端镜像；
38.将构建出来的前端镜像推送至中央镜像仓库；
39.前端项目在多套kubernetes集群环境中部署时从中央镜像仓库拉取同一个前端镜像；
40.前端项目的kubernetes部署文件通过指令引用定制的启动脚本，并添加api-url环境变量用于动态传入后端接口地址；
41.定制的启动脚本接收到部署文件中传入的api-url环境变量，并执行变更操作，将静态文件中的占位符修改为传入的环境变量的值；
42.前端镜像中基于已修改后的前端静态文件启动前端服务。
43.以上各个步骤的具体实施可参见上述的实施例，在此不再赘述。
44.其中，该计算机可读存储介质可以包括：只读存储器(rom，read only memory)、随机存取记忆体(ram，random access memory)、磁盘或光盘等。
45.由于该存储介质中所存储的计算机程序，可以执行本技术实施例所提供的任一种前端项目多环境共用镜像的方法中的步骤，因此，可以实现本技术实施例所提供的任一种前端项目多环境共用镜像的方法所能实现的有益效果，详见上述的实施例，在此不再赘述。
46.应当理解，本文所述的示例性实施例是说明性的而非限制性的。尽管结合附图描述了本发明的一个或多个实施例，本领域普通技术人员应当理解，在不脱离通过所附权利要求所限定的本发明的精神和范围的情况下，可以做出各种形式和细节的改变。