Helm으로 카나리아 배포를 자동화하는 간단하고 안전한 방법

카나리아 배포는 사용자 하위 집합에서 새 코드를 테스트하는 매우 효율적인 방법입니다. 특정 하위 그룹 내에서만 발생하므로 배포 과정에서 문제가 될 수 있는 트래픽 부하를 크게 줄입니다. 이 노트는 Kubernetes 및 배포 자동화를 사용하여 이러한 배포를 구성하는 방법에 대한 것입니다. Helm 및 Kubernetes 리소스에 대한 지식이 있다고 가정합니다..



Kubernetes에 대한 간단한 카나리아 배포에는 서비스 자체와 배포 도구라는 두 가지 주요 리소스가 포함됩니다. 카나리아 배포는 업데이트 트래픽을 제공하는 두 개의 서로 다른 리소스와 통신하는 단일 서비스를 통해 작동합니다. 이러한 리소스 중 하나는 "canary" 버전에서 작동하고 두 번째는 안정적인 버전에서 작동합니다. 이 경우 유지 관리에 필요한 트래픽 양을 줄이기 위해 카나리아 버전 수를 조정할 수 있습니다. 예를 들어 Yaml을 선호하는 경우 Kubernetes에서 다음과 같이 표시됩니다.

kind: Deployment
metadata:
  name: app-canary
  labels:
    app: app
spec:
  replicas: 1
  ...
    image: myapp:canary
---
kind: Deployment
metadata:
  name: app
  labels:
    app: app
spec:
  replicas: 5
  ...
    image: myapp:stable
---
kind: Service
selector:
  app: app # Selector will route traffic to both deployments.

kubectl에서 이러한 옵션을 상상하는 것이 훨씬 더 쉽습니다. 쿠버네티스 문서 이 시나리오에 대한 전체 자습서도 있습니다. 하지만 이 게시물의 주요 질문은 Helm을 사용하여 이 프로세스를 자동화하는 방법입니다.

카나리아 배포 자동화

먼저 위에서 설명한 리소스가 이미 포함되어 있는 Helm 차트 맵이 필요합니다. 다음과 같아야 합니다.

~/charts/app
├── Chart.yaml
├── README.md
├── templates
│   ├── NOTES.txt
│   ├── _helpers.tpl
│   ├── deployment.yaml
│   └── service.yaml
└── values.yaml

Helm 개념의 기본은 다중 버전 릴리스 관리입니다. 안정 버전은 프로젝트의 주요 안정 코드 브랜치입니다. 그러나 Helm의 도움으로 실험 코드로 카나리아 릴리스를 배포할 수 있습니다. 가장 중요한 것은 안정적인 버전과 카나리아 릴리스 간의 트래픽 교환을 유지하는 것입니다. 특수 선택기를 사용하여 이 모든 것을 관리합니다.

selector:
  app.kubernetes.io/name: myapp

"카나리아" 및 안정적인 배포 리소스는 모두 모듈에 이 레이블을 표시합니다. 모든 것이 올바르게 구성되면 Helm 차트 맵의 카나리아 버전을 배포하는 동안 트래픽이 새로 배포된 모듈로 전달되는 것을 볼 수 있습니다. 이 명령의 안정적인 버전은 다음과 같습니다.

helm upgrade
  --install myapp 
  --namespace default 
  --set app.name=myapp       # Goes into app.kubernetes.io/name
  --set app.version=v1       # Goes into app.kubernetes.io/version
  --set image.tag=stable 
  --set replicaCount=5

이제 카나리아 릴리스를 확인해 보겠습니다. 카나리아 버전을 배포하려면 두 가지를 기억해야 합니다. 현재 안정 버전을 업데이트하지 않도록 릴리스 이름이 달라야 합니다. 다른 코드를 배포하고 리소스 태그의 차이점을 식별할 수 있도록 버전과 태그도 달라야 합니다.

helm upgrade
  --install myapp-canary 
  --namespace default 
  --set app.name=myapp       # Goes into app.kubernetes.io/name
  --set app.version=v2       # Goes into app.kubernetes.io/version
  --set image.tag=canary 
  --set replicaCount=1

사실 그게 전부입니다! 서비스를 핑하면 카나리아 업데이트가 일부 시간에만 트래픽을 라우팅한다는 것을 알 수 있습니다.

설명된 논리를 포함하는 배포 자동화 도구를 찾고 있다면 다음을 살펴보십시오. 딜리버리봇 과 GitHub의 Helm 자동화 도구. 위에서 설명한 방법을 구현하는 데 사용되는 Helm 차트는 Github에 있으며, 여기에. 일반적으로 구체적인 개념과 예를 통해 카나리아 버전의 배포 자동화를 실제로 구현하는 방법에 대한 이론적 개요였습니다.

출처 : habr.com