ການນຳໃຊ້ canary ອັດຕະໂນມັດດ້ວຍ Flagger ແລະ Istio

CD ໄດ້ຖືກຮັບຮູ້ວ່າເປັນການປະຕິບັດຊອບແວວິສາຫະກິດແລະເປັນຜົນມາຈາກວິວັດທະນາທໍາມະຊາດຂອງຫຼັກການ CI ທີ່ຖືກສ້າງຕັ້ງຂຶ້ນ. ຢ່າງໃດກໍ່ຕາມ, CD ແມ່ນຍັງຂ້ອນຂ້າງຫາຍາກ, ບາງທີອາດເປັນຍ້ອນຄວາມສັບສົນຂອງການຈັດການແລະຄວາມຢ້ານກົວຂອງການປະຕິບັດທີ່ລົ້ມເຫລວຜົນກະທົບຕໍ່ການມີລະບົບ.

ທຸງ ແມ່ນແຫຼ່ງເປີດ Kubernetes ຜູ້ປະກອບການທີ່ມີຈຸດປະສົງເພື່ອລົບລ້າງຄວາມສໍາພັນທີ່ສັບສົນ. ມັນເຮັດໃຫ້ການສົ່ງເສີມການນຳໃຊ້ canary ອັດຕະໂນມັດໂດຍໃຊ້ Istio traffic offset ແລະ Prometheus metrics ເພື່ອວິເຄາະພຶດຕິກຳຂອງແອັບພລິເຄຊັນໃນລະຫວ່າງການເປີດຕົວທີ່ມີການຈັດການ.

ຂ້າງລຸ່ມນີ້ແມ່ນຄໍາແນະນໍາຂັ້ນຕອນໂດຍຂັ້ນຕອນໃນການຕັ້ງຄ່າແລະການນໍາໃຊ້ Flagger ໃນ Google Kubernetes Engine (GKE).

ຕັ້ງຄ່າກຸ່ມ Kubernetes

ທ່ານເລີ່ມຕົ້ນໂດຍການສ້າງກຸ່ມ GKE ດ້ວຍ Istio add-on (ຖ້າທ່ານບໍ່ມີບັນຊີ GCP, ທ່ານສາມາດລົງທະບຽນໄດ້. ທີ່ນີ້ - ເພື່ອ​ໃຫ້​ໄດ້​ຮັບ​ສິນ​ເຊື່ອ​ຟຣີ​)​.

ເຂົ້າສູ່ລະບົບ Google Cloud, ສ້າງໂຄງການ, ແລະເປີດໃຊ້ການຮຽກເກັບເງິນສໍາລັບມັນ. ຕິດ​ຕັ້ງ​ອຸ​ປະ​ກອນ​ບັນ​ຊີ​ຄໍາ​ສັ່ງ​ gcloud ແລະຕັ້ງໂຄງການຂອງທ່ານກັບ gcloud init.

ຕັ້ງໂຄງການເລີ່ມຕົ້ນ, ພື້ນທີ່ຄິດໄລ່, ແລະເຂດ (ແທນທີ່ PROJECT_ID ສໍາ​ລັບ​ໂຄງ​ການ​ຂອງ​ທ່ານ​)​:

gcloud config set project PROJECT_ID
gcloud config set compute/region us-central1
gcloud config set compute/zone us-central1-a

ເປີດໃຊ້ບໍລິການ GKE ແລະສ້າງກຸ່ມທີ່ມີ HPA ແລະ Istio add-ons:

gcloud services enable container.googleapis.com
K8S_VERSION=$(gcloud beta container get-server-config --format=json | jq -r '.validMasterVersions[0]')
gcloud beta container clusters create istio 
--cluster-version=${K8S_VERSION} 
--zone=us-central1-a 
--num-nodes=2 
--machine-type=n1-standard-2 
--disk-size=30 
--enable-autorepair 
--no-enable-cloud-logging 
--no-enable-cloud-monitoring 
--addons=HorizontalPodAutoscaling,Istio 
--istio-config=auth=MTLS_PERMISSIVE

ຄໍາສັ່ງຂ້າງເທິງຈະສ້າງ node pool ເລີ່ມຕົ້ນລວມທັງ VM ສອງອັນ n1-standard-2 (vCPU: 2, RAM 7,5 GB, ແຜ່ນ: 30 GB). ໂດຍຫລັກການແລ້ວ, ທ່ານຄວນແຍກອົງປະກອບ Istio ອອກຈາກວຽກຂອງທ່ານ, ແຕ່ບໍ່ມີວິທີງ່າຍໆທີ່ຈະດໍາເນີນການ Istio Pods ໃນສະນຸກເກີທີ່ອຸທິດຕົນ. Istio manifests ຖືວ່າເປັນການອ່ານເທົ່ານັ້ນ ແລະ GKE ຈະຍົກເລີກການປ່ຽນແປງໃດໆ ເຊັ່ນ: ການເຊື່ອມຕໍ່ກັບ node ຫຼືການແຍກອອກຈາກ pod.

ຕັ້ງຄ່າຂໍ້ມູນປະຈໍາຕົວສໍາລັບ kubectl:

gcloud container clusters get-credentials istio

ສ້າງການຜູກມັດບົດບາດຜູ້ບໍລິຫານກຸ່ມ:

kubectl create clusterrolebinding "cluster-admin-$(whoami)" 
--clusterrole=cluster-admin 
--user="$(gcloud config get-value core/account)"

ຕິດຕັ້ງເຄື່ອງມືບັນທັດຄໍາສັ່ງ Helm:

brew install kubernetes-helm

Homebrew 2.0 ຕອນນີ້ຍັງສາມາດໃຊ້ໄດ້ສໍາລັບ Linux.

ສ້າງບັນຊີການບໍລິການແລະການຜູກມັດບົດບາດກຸ່ມສຳລັບ Tiller:

kubectl -n kube-system create sa tiller && 
kubectl create clusterrolebinding tiller-cluster-rule 
--clusterrole=cluster-admin 
--serviceaccount=kube-system:tiller

ຂະຫຍາຍ Tiller ໃນ namespace kube-system:

helm init --service-account tiller

ທ່ານຄວນພິຈາລະນາໃຊ້ SSL ລະຫວ່າງ Helm ແລະ Tiller. ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບການປົກປ້ອງການຕິດຕັ້ງ Helm ຂອງທ່ານ, ເບິ່ງ docs.helm.sh

ຢືນຢັນການຕັ້ງຄ່າ:

kubectl -n istio-system get svc

ຫຼັງຈາກສອງສາມວິນາທີ, GCP ຄວນກໍານົດທີ່ຢູ່ IP ພາຍນອກສໍາລັບການບໍລິການ istio-ingressgateway.

ການຕັ້ງຄ່າ Istio Ingress Gateway

ສ້າງທີ່ຢູ່ IP ແບບຄົງທີ່ດ້ວຍຊື່ istio-gatewayການນໍາໃຊ້ທີ່ຢູ່ IP ຂອງປະຕູ Istio:

export GATEWAY_IP=$(kubectl -n istio-system get svc/istio-ingressgateway -ojson | jq -r .status.loadBalancer.ingress[0].ip)
gcloud compute addresses create istio-gateway --addresses ${GATEWAY_IP} --region us-central1

ຕອນນີ້ທ່ານຕ້ອງການໂດເມນອິນເຕີເນັດ ແລະເຂົ້າເຖິງທະບຽນ DNS ຂອງທ່ານ. ເພີ່ມບັນທຶກ A ສອງອັນ (ແທນທີ່ example.com ໄປຫາໂດເມນຂອງທ່ານ):

istio.example.com   A ${GATEWAY_IP}
*.istio.example.com A ${GATEWAY_IP}

ກວດ​ສອບ​ວ່າ​ຕົວ​ແທນ DNS ແມ່ນ​ເຮັດ​ວຽກ​:

watch host test.istio.example.com

ສ້າງປະຕູທາງ Istio ທົ່ວໄປເພື່ອໃຫ້ບໍລິການນອກຕາຂ່າຍບໍລິການຜ່ານ HTTP:

apiVersion: networking.istio.io/v1alpha3
kind: Gateway
metadata:
  name: public-gateway
  namespace: istio-system
spec:
  selector:
    istio: ingressgateway
  servers:
    - port:
        number: 80
        name: http
        protocol: HTTP
      hosts:
        - "*"

ບັນທຶກຊັບພະຍາກອນຂ້າງເທິງເປັນ public-gateway.yaml ແລ້ວນຳໃຊ້ມັນ:

kubectl apply -f ./public-gateway.yaml

ບໍ່ມີລະບົບການຜະລິດຄວນໃຫ້ບໍລິການໃນອິນເຕີເນັດໂດຍບໍ່ມີ SSL. ເພື່ອຮັບປະກັນປະຕູທາງເຂົ້າ Istio ກັບ cert-manager, CloudDNS ແລະ Let's Encrypt, ກະລຸນາອ່ານ ເອກະສານ ທຸງ G.K.E.

ການຕິດຕັ້ງທຸງ

ສ່ວນເສີມ GKE Istio ບໍ່ລວມເອົາຕົວຢ່າງ Prometheus ທີ່ທໍາຄວາມສະອາດບໍລິການໂທລະເລກ Istio. ເນື່ອງຈາກວ່າ Flagger ໃຊ້ Istio HTTP metrics ເພື່ອປະຕິບັດການວິເຄາະ canary, ທ່ານຈໍາເປັນຕ້ອງໄດ້ນໍາໃຊ້ການຕັ້ງຄ່າ Prometheus ຕໍ່ໄປນີ້, ຄ້າຍຄືກັນກັບຮູບແບບທີ່ມາພ້ອມກັບ Istio Helm schema ຢ່າງເປັນທາງການ.

REPO=https://raw.githubusercontent.com/stefanprodan/flagger/master
kubectl apply -f ${REPO}/artifacts/gke/istio-prometheus.yaml

ເພີ່ມບ່ອນເກັບ Flagger Helm:

helm repo add flagger [https://flagger.app](https://flagger.app/)

ຂະຫຍາຍ Flagger ໄປຫາ namespace istio-systemໂດຍການເປີດໃຊ້ການແຈ້ງເຕືອນ Slack:

helm upgrade -i flagger flagger/flagger 
--namespace=istio-system 
--set metricsServer=http://prometheus.istio-system:9090 
--set slack.url=https://hooks.slack.com/services/YOUR-WEBHOOK-ID 
--set slack.channel=general 
--set slack.user=flagger

ທ່ານສາມາດຕິດຕັ້ງ Flagger ໃນ namespace ໃດກໍ່ຕາມທີ່ມັນສາມາດສື່ສານກັບບໍລິການ Istio Prometheus ໃນພອດ 9090.

Flagger ມີ dashboard Grafana ສໍາລັບການວິເຄາະ canary. ຕິດຕັ້ງ Grafana ໃນ namespace istio-system:

helm upgrade -i flagger-grafana flagger/grafana 
--namespace=istio-system 
--set url=http://prometheus.istio-system:9090 
--set user=admin 
--set password=change-me

ເປີດເຜີຍ Grafana ຜ່ານປະຕູເປີດໂດຍການສ້າງບໍລິການ virtual (ແທນທີ່ example.com ໄປຫາໂດເມນຂອງທ່ານ):

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: grafana
  namespace: istio-system
spec:
  hosts:
    - "grafana.istio.example.com"
  gateways:
    - public-gateway.istio-system.svc.cluster.local
  http:
    - route:
        - destination:
            host: flagger-grafana

ບັນທຶກຊັບພະຍາກອນຂ້າງເທິງເປັນ grafana-virtual-service.yaml ແລະຫຼັງຈາກນັ້ນນໍາໃຊ້ມັນ:

kubectl apply -f ./grafana-virtual-service.yaml

ເມື່ອຍ້າຍໄປ http://grafana.istio.example.com ໃນຕົວທ່ອງເວັບ, ທ່ານຄວນຈະຖືກນໍາໄປຫາຫນ້າເຂົ້າສູ່ລະບົບ Grafana.

ນຳໃຊ້ແອັບພລິເຄຊັນເວັບດ້ວຍ Flagger

Flagger ນຳໃຊ້ Kubernetes ແລະເລືອກຂະໜາດອອກອັດຕະໂນມັດ (HPA), ຈາກນັ້ນສ້າງຊຸດຂອງວັດຖຸ (ການນຳໃຊ້ Kubernetes, ບໍລິການ ClusterIP ແລະ Istio virtual services). ວັດຖຸເຫຼົ່ານີ້ເປີດເຜີຍຄໍາຮ້ອງສະຫມັກກັບຕາຫນ່າງການບໍລິການແລະການຄວບຄຸມການວິເຄາະ canary ແລະຄວາມຄືບຫນ້າ.

ສ້າງ namespace ການທົດສອບດ້ວຍການສີດ Istio Sidecar ເປີດໃຊ້:

REPO=https://raw.githubusercontent.com/stefanprodan/flagger/master
kubectl apply -f ${REPO}/artifacts/namespaces/test.yaml

ສ້າງ​ການ​ນໍາ​ໃຊ້​ແລະ​ເຄື່ອງ​ມື​ຍົກ​ອອກ​ອັດ​ຕະ​ໂນ​ມັດ pod​:

kubectl apply -f ${REPO}/artifacts/canaries/deployment.yaml
kubectl apply -f ${REPO}/artifacts/canaries/hpa.yaml

ນຳໃຊ້ບໍລິການໂຫຼດການທົດສອບເພື່ອສ້າງການຈະລາຈອນໃນລະຫວ່າງການວິເຄາະ canary:

helm upgrade -i flagger-loadtester flagger/loadtester 
--namepace=test

ສ້າງຊັບພະຍາກອນ canary ແບບກຳນົດເອງ (ແທນທີ່ example.com ໄປຫາໂດເມນຂອງທ່ານ):

apiVersion: flagger.app/v1alpha3
kind: Canary
metadata:
  name: podinfo
  namespace: test
spec:
  targetRef:
    apiVersion: apps/v1
    kind: Deployment
    name: podinfo
  progressDeadlineSeconds: 60
  autoscalerRef:
    apiVersion: autoscaling/v2beta1
    kind: HorizontalPodAutoscaler
    name: podinfo
  service:
    port: 9898
    gateways:
    - public-gateway.istio-system.svc.cluster.local
    hosts:
    - app.istio.example.com
  canaryAnalysis:
    interval: 30s
    threshold: 10
    maxWeight: 50
    stepWeight: 5
    metrics:
    - name: istio_requests_total
      threshold: 99
      interval: 30s
    - name: istio_request_duration_seconds_bucket
      threshold: 500
      interval: 30s
    webhooks:
      - name: load-test
        url: http://flagger-loadtester.test/
        timeout: 5s
        metadata:
          cmd: "hey -z 1m -q 10 -c 2 http://podinfo.test:9898/"

ບັນທຶກຊັບພະຍາກອນຂ້າງເທິງເປັນ podinfo-canary.yaml ແລ້ວນຳໃຊ້ມັນ:

kubectl apply -f ./podinfo-canary.yaml

ການວິເຄາະຂ້າງເທິງ, ຖ້າປະສົບຜົນສໍາເລັດ, ຈະດໍາເນີນການເປັນເວລາຫ້ານາທີ, ກວດເບິ່ງ HTTP metrics ທຸກໆເຄິ່ງນາທີ. ທ່ານ​ສາ​ມາດ​ກໍາ​ນົດ​ເວ​ລາ​ຕໍາ​່​ສຸດ​ທີ່​ຕ້ອງ​ການ​ເພື່ອ​ກວດ​ສອບ​ແລະ​ສົ່ງ​ເສີມ​ການ​ນໍາ​ໃຊ້ canary ໂດຍ​ການ​ນໍາ​ໃຊ້​ສູດ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​: interval * (maxWeight / stepWeight). ທົ່ງນາ CRD Canary ແມ່ນເປັນເອກະສານ ທີ່ນີ້.

ຫຼັງຈາກສອງສາມວິນາທີ, Flagger ຈະສ້າງວັດຖຸ canary:

# applied 
deployment.apps/podinfo
horizontalpodautoscaler.autoscaling/podinfo
canary.flagger.app/podinfo
# generated 
deployment.apps/podinfo-primary
horizontalpodautoscaler.autoscaling/podinfo-primary
service/podinfo
service/podinfo-canary
service/podinfo-primary
virtualservice.networking.istio.io/podinfo

ເປີດຕົວທ່ອງເວັບແລະໄປທີ່ app.istio.example.com, ທ່ານຄວນເບິ່ງຕົວເລກສະບັບ ແອັບສາທິດ.

ການວິເຄາະແລະການສົ່ງເສີມການ canary ອັດຕະໂນມັດ

Flagger ປະຕິບັດວົງຈອນຄວບຄຸມທີ່ຄ່ອຍໆເຄື່ອນຍ້າຍການຈະລາຈອນໄປຫາ canary ໃນຂະນະທີ່ການວັດແທກການປະຕິບັດທີ່ສໍາຄັນເຊັ່ນອັດຕາຄວາມສໍາເລັດຂອງຄໍາຮ້ອງຂໍ HTTP, ໄລຍະເວລາຄໍາຮ້ອງຂໍສະເລ່ຍ, ແລະສຸຂະພາບຂອງຝັກ. ອີງຕາມການວິເຄາະ KPI, canary ໄດ້ຖືກສົ່ງເສີມຫຼືຂັດຂວາງ, ແລະຜົນໄດ້ຮັບຂອງການວິເຄາະໄດ້ຖືກຈັດພີມມາເຖິງ Slack.

ການນຳໃຊ້ Canary ຈະຖືກກະຕຸ້ນເມື່ອໜຶ່ງໃນວັດຖຸຕໍ່ໄປນີ້ປ່ຽນແປງ:

• ນຳໃຊ້ PodSpec (ຮູບຕູ້ຄອນເທນເນີ, ຄຳສັ່ງ, ພອດ, env, ແລະອື່ນໆ)
• ConfigMaps ຖືກຕິດຕັ້ງເປັນປະລິມານຫຼືສ້າງແຜນທີ່ກັບຕົວແປສະພາບແວດລ້ອມ
• ຄວາມລັບຖືກຕິດຕັ້ງເປັນປະລິມານຫຼືປ່ຽນເປັນຕົວແປສະພາບແວດລ້ອມ

ເປີດໃຊ້ canary deploy ໃນເວລາອັບເດດຮູບ container:

kubectl -n test set image deployment/podinfo 
podinfod=quay.io/stefanprodan/podinfo:1.4.1

Flagger ກວດພົບວ່າເວີຊັນຂອງການນຳໃຊ້ມີການປ່ຽນແປງ ແລະເລີ່ມການແຍກມັນ:

kubectl -n test describe canary/podinfo

Events:

New revision detected podinfo.test
Scaling up podinfo.test
Waiting for podinfo.test rollout to finish: 0 of 1 updated replicas are available
Advance podinfo.test canary weight 5
Advance podinfo.test canary weight 10
Advance podinfo.test canary weight 15
Advance podinfo.test canary weight 20
Advance podinfo.test canary weight 25
Advance podinfo.test canary weight 30
Advance podinfo.test canary weight 35
Advance podinfo.test canary weight 40
Advance podinfo.test canary weight 45
Advance podinfo.test canary weight 50
Copying podinfo.test template spec to podinfo-primary.test
Waiting for podinfo-primary.test rollout to finish: 1 of 2 updated replicas are available
Promotion completed! Scaling down podinfo.test

ໃນລະຫວ່າງການວິເຄາະ, ຜົນໄດ້ຮັບ canary ສາມາດຕິດຕາມໄດ້ໂດຍໃຊ້ Grafana:

ກະລຸນາຮັບຊາບວ່າຖ້າການປ່ຽນແປງໃໝ່ຖືກນຳໃຊ້ກັບການນຳໃຊ້ໃນລະຫວ່າງການວິເຄາະ canary, Flagger ຈະເລີ່ມໄລຍະການວິເຄາະຄືນໃໝ່.

ສ້າງບັນຊີລາຍຊື່ຂອງ canaries ທັງຫມົດໃນກຸ່ມຂອງທ່ານ:

watch kubectl get canaries --all-namespaces
NAMESPACE   NAME      STATUS        WEIGHT   LASTTRANSITIONTIME
test        podinfo   Progressing   15       2019-01-16T14:05:07Z
prod        frontend  Succeeded     0        2019-01-15T16:15:07Z
prod        backend   Failed        0        2019-01-14T17:05:07Z

ຖ້າທ່ານໄດ້ເປີດໃຊ້ການແຈ້ງເຕືອນ Slack, ທ່ານຈະໄດ້ຮັບຂໍ້ຄວາມຕໍ່ໄປນີ້:

rollback ອັດຕະໂນມັດ

ໃນລະຫວ່າງການວິເຄາະ canary, ທ່ານສາມາດສ້າງຄວາມຜິດພາດ HTTP 500 ສັງເຄາະແລະການຕອບໂຕ້ສູງເພື່ອເບິ່ງວ່າ Flagger ຈະຢຸດການປະຕິບັດ.

ສ້າງ pod ທົດສອບແລະເຮັດດັ່ງຕໍ່ໄປນີ້ໃນມັນ:

kubectl -n test run tester 
--image=quay.io/stefanprodan/podinfo:1.2.1 
-- ./podinfo --port=9898
kubectl -n test exec -it tester-xx-xx sh

ການສ້າງຂໍ້ຜິດພາດ HTTP 500:

watch curl http://podinfo-canary:9898/status/500

ການຜະລິດຊັກຊ້າ:

watch curl http://podinfo-canary:9898/delay/1

ເມື່ອຈໍານວນການກວດສອບທີ່ລົ້ມເຫລວເຖິງເກນ, ການຈະລາຈອນຖືກສົ່ງກັບໄປຫາຊ່ອງທາງຕົ້ນຕໍ, canary ຈະຖືກປັບຂະຫນາດເປັນສູນ, ແລະການຕິດຕັ້ງຖືກຫມາຍວ່າລົ້ມເຫລວ.

ຂໍ້ຜິດພາດ Canary ແລະການເລັ່ງເວລາແພັກເກັດຖືກບັນທຶກເປັນເຫດການ Kubernetes ແລະຖືກບັນທຶກໂດຍ Flagger ໃນຮູບແບບ JSON:

kubectl -n istio-system logs deployment/flagger -f | jq .msg

Starting canary deployment for podinfo.test
Advance podinfo.test canary weight 5
Advance podinfo.test canary weight 10
Advance podinfo.test canary weight 15
Halt podinfo.test advancement success rate 69.17% < 99%
Halt podinfo.test advancement success rate 61.39% < 99%
Halt podinfo.test advancement success rate 55.06% < 99%
Halt podinfo.test advancement success rate 47.00% < 99%
Halt podinfo.test advancement success rate 37.00% < 99%
Halt podinfo.test advancement request duration 1.515s > 500ms
Halt podinfo.test advancement request duration 1.600s > 500ms
Halt podinfo.test advancement request duration 1.915s > 500ms
Halt podinfo.test advancement request duration 2.050s > 500ms
Halt podinfo.test advancement request duration 2.515s > 500ms
Rolling back podinfo.test failed checks threshold reached 10
Canary failed! Scaling down podinfo.test

ຖ້າທ່ານໄດ້ເປີດໃຊ້ການແຈ້ງເຕືອນ Slack, ທ່ານຈະໄດ້ຮັບຂໍ້ຄວາມເມື່ອເກີນກໍານົດເວລາຫຼືຈໍານວນສູງສຸດຂອງການກວດສອບລົ້ມເຫລວໃນການວິເຄາະແມ່ນບັນລຸໄດ້:

ໃນການສະຫລຸບ

ການແລ່ນຕາໜ່າງການບໍລິການເຊັ່ນ: Istio ນອກເຫນືອຈາກ Kubernetes ຈະສະຫນອງການວັດແທກອັດຕະໂນມັດ, ບັນທຶກ, ແລະໂປໂຕຄໍ, ແຕ່ການປັບໃຊ້ວຽກຍັງຂຶ້ນກັບເຄື່ອງມືພາຍນອກ. Flagger ມີຈຸດປະສົງເພື່ອປ່ຽນສິ່ງນີ້ໂດຍການເພີ່ມຄວາມສາມາດ Istio ການສະຫນອງກ້າວຫນ້າ.

Flagger ແມ່ນເຂົ້າກັນໄດ້ກັບການແກ້ໄຂ Kubernetes CI/CD, ແລະການວິເຄາະ canary ສາມາດຂະຫຍາຍໄດ້ງ່າຍ webhooks ເພື່ອປະຕິບັດການເຊື່ອມໂຍງກັບລະບົບ / ການທົດສອບການຍອມຮັບ, ການທົດສອບການໂຫຼດ, ຫຼືການກວດສອບ custom ອື່ນໆ. ເນື່ອງຈາກ Flagger ເປັນການປະກາດແລະຕອບສະຫນອງຕໍ່ເຫດການ Kubernetes, ມັນສາມາດຖືກນໍາໃຊ້ໃນທໍ່ GitOps ພ້ອມກັບ Weave Flux ຫຼື JenkinsX. ຖ້າທ່ານກໍາລັງໃຊ້ JenkinsX ທ່ານສາມາດຕິດຕັ້ງ Flagger ດ້ວຍ jx addons.

ຮອງຮັບທຸງ Weaveworks ແລະສະຫນອງການປະຕິບັດ canary ໃນ Weave Cloud. ໂຄງການດັ່ງກ່າວກໍາລັງຖືກທົດສອບຢູ່ໃນ GKE, EKS, ແລະໂລຫະເປົ່າທີ່ມີ kubeadm.

ຖ້າທ່ານມີຄໍາແນະນໍາເພື່ອປັບປຸງ Flagger, ກະລຸນາສົ່ງບັນຫາຫຼື PR ໃນ GitHub ທີ່ stefanprodan/flagger. ການປະກອບສ່ວນແມ່ນຫຼາຍກ່ວາຍິນດີຕ້ອນຮັບ!

Спасибо Ray Tsang.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com