მარტივი და უსაფრთხო გზა კანარის განლაგების ავტომატიზაციისთვის Helm-ის გამოყენებით

Canary განლაგება არის ძალიან ეფექტური გზა ახალი კოდის შესამოწმებლად მომხმარებელთა ქვეჯგუფზე. ეს მნიშვნელოვნად ამცირებს ტრაფიკის დატვირთვას, რომელიც შეიძლება იყოს პრობლემური განლაგების პროცესში, რადგან ეს ხდება მხოლოდ კონკრეტულ ქვეჯგუფში. ეს შენიშვნა ეძღვნება, თუ როგორ უნდა მოაწყოთ ასეთი განლაგება 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-ის გამოყენებით და in კუბერნეტის დოკუმენტაცია ამ სცენარის შესახებ სრული სახელმძღვანელოც კი არსებობს. მაგრამ ამ პოსტის მთავარი კითხვა არის ის, თუ როგორ ვაპირებთ ამ პროცესის ავტომატიზაციას Helm-ის გამოყენებით.

კანარის განლაგების ავტომატიზაცია

უპირველეს ყოვლისა, ჩვენ გვჭირდება Helm chart რუკა, რომელიც უკვე მოიცავს იმ რესურსებს, რომლებიც ზემოთ განვიხილეთ. ეს უნდა გამოიყურებოდეს დაახლოებით ასე:

~/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 სქემები არის Github-ზე, აქ. ზოგადად, ეს იყო თეორიული მიმოხილვა, თუ როგორ უნდა განხორციელდეს პრაქტიკაში კანარის ვერსიების განლაგების ავტომატიზაცია, კონკრეტული კონცეფციებითა და მაგალითებით.

წყარო: www.habr.com