프런트엔드 gitlab 프로젝트를 k8s에 자동으로 배포하는 방법-자식-php.cn

프런트엔드 gitlab 프로젝트를 k8s에 자동으로 배포하는 방법

PHPz

풀어 주다： 2023-03-29 13:37:29

원래의

1527명이 탐색했습니다.

이 글에서는 주로 프런트엔드 프로젝트를 Kubernetes 기반 컨테이너 환경에 자동으로 배포하는 방법을 소개합니다. 여기서는 GitLab CI/CD를 사용하여 이 프로세스를 완료합니다. GitLab은 코드 관리, 버전 제어 및 협업을 위한 플랫폼 역할을 하며, Kubernetes는 프런트엔드 개발 프로세스를 보다 효율적이고 효율적으로 만들 수 있는 컨테이너 조정 및 배포용 도구 역할을 합니다. 편리한.

GitLab 구성

먼저 GitLab에서 프로젝트를 생성하고 Git 저장소와 연결하세요. 그런 다음 프로젝트 설정에서 CI/CD 기능을 켜고 사용하려는 러너를 선택하세요. 여기서는 GitLab Runner를 설치하고 GitLab의 Runner 목록에 등록하겠습니다.

GitLab Runner 설치 및 구성

GitLab Runner 설치 과정은 비교적 간단합니다. 다양한 시스템과 플랫폼의 설치 가이드를 따르기만 하면 됩니다.

설치가 완료되면 GitLab Runner를 구성해야 합니다. 이미 Kubernetes 클러스터가 있다고 가정하면 클러스터에서 실행되도록 GitLab Runner를 구성해야 합니다. 구체적인 구성 과정은 다음과 같습니다.

① 먼저 Runner용 Kubernetes 서비스 계정을 구성해야 합니다. 서비스 계정은 클러스터의 Kubernetes API에 액세스할 수 있는 권한이 있어야 합니다.

② 그런 다음 서비스 계정을 사용하여 API에 액세스하도록 이 Runner를 구성해야 합니다. 이를 위해서는 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 맵의 이름이고, runner-secret은 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:
    - /^v\d+\.\d+(\.\d+)?(-\S*)?$/

release:
  stage: release
  script:
    - kubectl apply -f k8s/
  only:
    - /^v\d+\.\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

3 마지막으로 Kubernetes에서 실행되는 컨테이너를 사용할 수 있도록 GitLab Runner를 업데이트하고 다시 시작해야 합니다. 다음 명령을 실행하여 GitLab Runner를 자동으로 다시 시작하세요.