«

怎么将前端gitlab项目自动化部署到k8s上

时间:2024-8-6 09:04     作者:韩俊     分类: Linux


这篇文章主要介绍“怎么将前端gitlab项目自动化部署到k8s上”,在日常操作中,相信很多人在怎么将前端gitlab项目自动化部署到k8s上问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”怎么将前端gitlab项目自动化部署到k8s上”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!

GitLab配置

首先在GitLab上创建一个项目,并将其与Git仓库关联。随后,在项目设置中开启CI/CD功能,选择需要使用的Runner。这里我们将安装GitLab Runner,并将其注册到GitLab的Runner列表中。

GitLab Runner安装与配置

安装GitLab Runner的过程相对简单,只需要根据不同系统和平台的安装指南进行相应操作即可。

在安装完成后,我们需要对GitLab Runner进行配置。假设你已经有一个Kubernetes的集群,我们需要将GitLab Runner配置为在该集群上运行。具体的配置过程如下:

① 首先,我们需要给Runner配置一个Kubernetes的Service Account,该Service Account需要被授权访问集群中的Kubernetes API。

② 随后,我们需要将这个Runner配置为使用该Service Account来访问API。为此,我们需要在Runner的配置文件(config.toml)中设置以下字段:

[[runners.kubernetes.volumes.host_path]]
      name = "docker"
      mount_path = "/var/run/docker.sock"
      host_path = "/var/run/docker.sock"
    [[runners.kubernetes.volumes.config_map]]
      name = "kube-config"
      mount_path = "/etc/kubernetes"
    [[runners.kubernetes.volumes.empty_dir]]
      name = "tls"
      mount_path = "/etc/gitlab-runner/certs"
    [[runners.kubernetes.volumes.secret]]
      name = "runner-secret"
      mount_path = "/etc/gitlab-runner"

其中,

kube-config
为与Runner相关的config map的名称,
runner-secret
为与Runner相关的secret的名称。

③ 最后,我们需要更新并重启GitLab Runner,使其能够使用在Kubernetes中运行的容器。运行以下命令可以自动重启GitLab Runner:

sudo gitlab-runner restart

实现自动化部署

获得了一个配置好的Runner之后,我们就可以开始实现自动化部署了。这里我们使用一个名为

.gitlab-ci.yml
的文件来定义我们的CI/CD流程。

首先,我们需要定义一个Dockerfile,以便在Kubernetes中运行容器时使用。该Dockerfile将在构建Docker镜像时使用,如下所示:

FROM nginx:1.15.8-alpine

COPY dist /usr/share/nginx/html

COPY nginx/default.conf /etc/nginx/conf.d/

该镜像将以

nginx:1.15.8-alpine
为基础镜像,复制我们的前端文件到Nginx的默认目录,并替换默认的Nginx配置文件以便于我们的应用能够正常运行。

随后,在

.gitlab-ci.yml
文件中定义我们的CI/CD流程。具体地,我们将在该文件中声明该项目的构建过程,然后将该构建后的Docker镜像推送到容器镜像库,并最终在Kubernetes中运行这个镜像。流程如下:

stages:
  - build
  - release

build:
  stage: build
  script:
    - docker build -t registry.cn-hangzhou.aliyuncs.com/$CI_PROJECT_NAMESPACE/$CI_PROJECT_NAME:$CI_COMMIT_TAG .
    - docker login -u $DOCKER_USERNAME -p $DOCKER_PASSWORD registry.cn-hangzhou.aliyuncs.com
    - docker push registry.cn-hangzhou.aliyuncs.com/$CI_PROJECT_NAMESPACE/$CI_PROJECT_NAME:$CI_COMMIT_TAG
  only:
    - /^vd+.d+(.d+)?(-S*)?$/

release:
  stage: release
  script:
    - kubectl apply -f k8s/
  only:
    - /^vd+.d+(.d+)?(-S*)?$/

在这个文件中,我们首先声明了我们的流程拥有

build
release
两个阶段,并在
build
阶段中完成构建、推送到容器镜像库的过程,在
release
阶段中完成Kubernetes部署的过程。注意,这里我们只为tag为版本号的Git提交启用CI/CD流程。

应用部署

最后,在我们的Kubernetes中部署上我们的应用。我们将使用一个名为

deployment.yml
的文件来完成部署。该文件声明了一个Deployment对象,用于在Kubernetes中运行前端应用。

apiVersion: apps/v1
kind: Deployment
metadata:
  name: frontend-deployment
spec:
  replicas: 1 # 运行一个副本
  selector:
    matchLabels:
      app: frontend
  template:
    metadata:
      labels:
        app: frontend
    spec:
      containers:
        - name: frontend
          image: registry.cn-hangzhou.aliyuncs.com/wbbry/frontend:latest # 镜像名称
          imagePullPolicy: Always
          ports:
            - containerPort: 80 # 前端端口

该文件指定了该Deployment对象的

replicas
数量(这里为1),并声明了容器镜像的名称和端口号。完成这个部署文件之后,我们可以使用Kubernetes命令行工具(kubectl)来创建该Deployment对象:

kubectl apply -f deployment.yml

到此为止,我们的前端应用就已经应该可以成功运行在Kubernetes上了。

标签: linux

热门推荐