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

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

1. GitLab 구성

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

2. 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

3. 实现自动化部署

获得了一个配置好的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流程。

4. 应用部署

最后，在我们的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를 자동으로 다시 시작하세요.

kubectl apply -f deployment.yml

자동 배포

구성된 Runner를 얻은 후 자동 배포 구현을 시작할 수 있습니다. 여기서는 .gitlab-ci.yml이라는 파일을 사용하여 CI/CD 프로세스를 정의합니다.

🎜먼저 Kubernetes에서 컨테이너를 실행할 때 사용할 Dockerfile을 정의해야 합니다. 이 Dockerfile은 아래와 같이 Docker 이미지를 빌드할 때 사용됩니다. 🎜rrreee🎜이미지는 nginx:1.15.8-alpine을 기반으로 합니다. 프런트엔드 파일을 기본 디렉터리에 복사합니다. Nginx. 그리고 애플리케이션이 정상적으로 실행될 수 있도록 기본 Nginx 구성 파일을 교체합니다. 🎜🎜그런 다음 .gitlab-ci.yml 파일에서 CI/CD 프로세스를 정의하세요. 구체적으로 이 파일에서 프로젝트의 빌드 프로세스를 선언한 다음 빌드된 Docker 이미지를 컨테이너 이미지 라이브러리에 푸시하고 마지막으로 Kubernetes에서 이 이미지를 실행합니다. 프로세스는 다음과 같습니다. 🎜rrreee🎜이 파일에서는 먼저 프로세스에 빌드 및 릴리스의 두 단계가 있고 빌드에 있음을 선언합니다. > 컨테이너 이미지 라이브러리를 빌드하고 푸시하는 과정은 단계에서 완료되고, Kubernetes 배포 프로세스는 release 단계에서 완료됩니다. 여기서는 태그가 버전 번호인 Git 커밋에 대해서만 CI/CD 프로세스를 활성화합니다. 🎜
🎜애플리케이션 배포🎜🎜🎜마지막으로 Kubernetes에 애플리케이션을 배포합니다. deployment.yml이라는 파일을 사용하여 배포를 완료합니다. 이 파일은 Kubernetes에서 프런트엔드 애플리케이션을 실행하기 위한 배포 개체를 선언합니다. 🎜rrreee🎜이 파일은 배포 개체의 복제본 수(여기서는 1)를 지정하고 컨테이너 이미지의 이름과 포트 번호를 선언합니다. 이 배포 파일을 완료한 후 Kubernetes 명령줄 도구(kubectl)를 사용하여 배포 개체를 생성할 수 있습니다. 🎜rrreee🎜이 시점에서 프런트 엔드 애플리케이션이 Kubernetes에서 성공적으로 실행될 수 있어야 합니다. 🎜🎜결론🎜🎜이 문서에서는 Kubernetes 기반 컨테이너 환경에 프런트 엔드 프로젝트 배포를 자동화하는 방법을 소개합니다. GitLab CI/CD, Kubernetes 및 Docker의 사용에 중점을 두고 전체 DEMO를 통해 배포 프로세스를 보여줍니다. 이 글이 프론트엔드 개발 엔지니어들에게 도움이 되기를 바랍니다. 🎜

위 내용은 프런트엔드 gitlab 프로젝트를 k8s에 자동으로 배포하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!