Kubernetes #2 मा क्यानरी तैनाती: Argo रोलआउटहरू

हामी k8s-नेटिभ Argo Rollouts डिप्लोयमेन्ट कन्ट्रोलर र GitlabCI को प्रयोग गर्नेछौं Kubernetes मा क्यानरी डिप्लोयमेन्टहरू चलाउन।

https://unsplash.com/photos/V41PulGL1z0

यस श्रृंखलामा लेखहरू

• Kubernetes #1 मा क्यानरी तैनाती: Gitlab CI
• (यो लेख)
• Istio प्रयोग गरेर क्यानरी तैनाती
• Jenkins-X Istio Flagger प्रयोग गरेर क्यानरी डिप्लोइमेन्ट

क्यानरी तैनाती

हामी आशा गर्छौं तपाईंले पढ्नुभयो पहिलो भाग, जहाँ हामीले क्यानरी डिप्लोइमेन्टहरू के हो भनेर संक्षिप्त रूपमा व्याख्या गरेका थियौं। हामीले मानक Kubernetes स्रोतहरू प्रयोग गरेर यसलाई कसरी कार्यान्वयन गर्ने भनेर पनि देखायौं।

Argo रोलआउट्स

Argo Rollouts एक Kubernetes देशी तैनाती नियन्त्रक हो। यसले Kubernetes को लागि CRD (कस्टम रिसोर्स डेफिनिशन) प्रदान गर्दछ। यसको लागि धन्यवाद, हामी नयाँ इकाई प्रयोग गर्न सक्छौं: Rollout, जसले विभिन्न कन्फिगरेसन विकल्पहरूसँग नीलो-हरियो र क्यानरी डिप्लोयमेन्टहरू प्रबन्ध गर्दछ।

कस्टम स्रोत द्वारा प्रयोग गरिएको Argo रोलआउट नियन्त्रक Rollout, Kubernetes को लागि नीलो-हरियो र क्यानरी जस्ता अतिरिक्त तैनाती रणनीतिहरूको लागि अनुमति दिन्छ। स्रोत Rollout कार्यक्षमता बराबर प्रदान गर्दछ Deployment, केवल अतिरिक्त तैनाती रणनीतिहरु संग।
स्रोत Deployments तैनातीका लागि दुई रणनीतिहरू छन्: RollingUpdate и Recreate। यद्यपि यी रणनीतिहरू धेरै अवस्थामा उपयुक्त छन्, धेरै ठूलो मात्रामा सर्भरहरूमा तैनातीका लागि, थप रणनीतिहरू प्रयोग गरिन्छ, जस्तै नीलो-हरियो वा क्यानरी, जुन डिप्लोयमेन्ट कन्ट्रोलरमा उपलब्ध छैन। Kubernetes मा यी रणनीतिहरू प्रयोग गर्न, प्रयोगकर्ताहरूले तिनीहरूको डिप्लोयमेन्टको शीर्षमा स्क्रिप्टहरू लेख्नुपर्ने थियो। Argo Rollouts Controller ले यी रणनीतिहरूलाई सरल, घोषणात्मक, कन्फिगर योग्य प्यारामिटरहरूको रूपमा उजागर गर्दछ।
https://argoproj.github.io/argo-rollouts

त्यहाँ Argo CI पनि छ, जसले रोलआउटहरूसँग प्रयोगको लागि सुविधाजनक वेब इन्टरफेस प्रदान गर्दछ, हामी अर्को लेखमा त्यसलाई हेर्नेछौं।

Argo रोलआउटहरू स्थापना गर्दै

सर्भर साइड

kubectl create namespace argo-rolloutskubectl apply -n argo-rollouts -f https://raw.githubusercontent.com/argoproj/argo-rollouts/stable/manifests/install.yaml

हाम्रो पूर्वाधार शलजममा (तल हेर्नुहोस्) हामीले i/k8s/argo-rollouts/install.yaml को रूपमा install.yaml थपेका छौं। यसरी GitlabCI ले यसलाई क्लस्टरमा स्थापना गर्नेछ।

ग्राहक पक्ष (kubectl प्लगइन)

https://argoproj.github.io/argo-rollouts/features/kubectl-plugin

उदाहरण आवेदन

एप्लिकेसन कोड र इन्फ्रास्ट्रक्चरको लागि छुट्टै रिपोजिटरीहरू हुनु राम्रो अभ्यास हो।

अनुप्रयोगको लागि भण्डार

Kim Wuestkamp/k8s-deployment-example-app

यो एक धेरै सरल पाइथन + फ्लास्क API हो जसले JSON को रूपमा प्रतिक्रिया फर्काउँछ। हामी GitlabCI प्रयोग गरेर प्याकेज निर्माण गर्नेछौं र परिणामलाई Gitlab रजिस्ट्रीमा पुश गर्नेछौं। रजिस्ट्रीमा हामीसँग दुई फरक रिलीज संस्करणहरू छन्:

• wuestkamp/k8s-deployment-example-app:v1
• wuestkamp/k8s-deployment-example-app:v2

तिनीहरू बीचको मात्र फरक JSON फाइल फिर्ता गरिएको छ। हामीले यो एपलाई सकेसम्म सजिलैसँग भिजुअलाइज गर्न प्रयोग गर्छौं जुन संस्करण हामीले सञ्चार गरिरहेका छौं।

पूर्वाधार भण्डार

यस भण्डारमा हामी Kubernetes मा तैनाती गर्न GitlabCI प्रयोग गर्नेछौं, .gitlab-ci.yml यस्तो देखिन्छ:

image: traherom/kustomize-dockerbefore_script:
   - printenv
   - kubectl versionstages:
 - deploydeploy test:
   stage: deploy
   before_script:
     - echo $KUBECONFIG
   script:
     - kubectl get all
     - kubectl apply -f i/k8s    only:
     - master

यसलाई आफैं चलाउनको लागि तपाईलाई क्लस्टर चाहिन्छ, तपाईले Gcloud प्रयोग गर्न सक्नुहुन्छ:

gcloud container clusters create canary --num-nodes 3 --zone europe-west3-b
gcloud compute firewall-rules create incoming-80 --allow tcp:80

तपाईंले फोर्क गर्न आवश्यक छ https://gitlab.com/wuestkamp/k8s-deployment-example-canary-infrastructure र एक चर सिर्जना गर्नुहोस् KUBECONFIG GitlabCI मा, जसले पहुँचको लागि कन्फिगरेसन समावेश गर्दछ kubectl आफ्नो क्लस्टरमा।

यो छ तपाईं क्लस्टर (Gcloud) को लागि प्रमाणहरू कसरी प्राप्त गर्ने बारे पढ्न सक्नुहुन्छ।

पूर्वाधार यामल

पूर्वाधार भण्डार भित्र हामीसँग सेवा छ:

apiVersion: v1
kind: Service
metadata:
 labels:
   id: rollout-canary
 name: app
spec:
 ports:
 - port: 80
   protocol: TCP
   targetPort: 5000
 selector:
   id: app
 type: LoadBalancer

र rollout.yaml:

apiVersion: argoproj.io/v1alpha1
kind: Rollout
metadata:
 name: rollout-canary
spec:
 replicas: 10
 revisionHistoryLimit: 2
 selector:
   matchLabels:
     id: rollout-canary
 template:
   metadata:
     labels:
       id: rollout-canary
   spec:
     containers:
     - name: rollouts-demo
       image: registry.gitlab.com/wuestkamp/k8s-deployment-example-app:v1
       imagePullPolicy: Always
 strategy:
   canary:
     steps:
     - setWeight: 10
     # Rollouts can be manually resumed by running `kubectl argo rollouts promote ROLLOUT`
     - pause: {}
     - setWeight: 50
     - pause: { duration: 120 } # two minutes

Rollout Deployment जस्तै काम गर्दछ। यदि हामीले अपडेट रणनीति सेट गरेनौं (जस्तै यहाँ क्यानरी) यसले पूर्वनिर्धारित रोलिङ-अपडेट डिप्लोयमेन्ट जस्तै व्यवहार गर्नेछ।

हामी क्यानरी डिप्लोइमेन्टको लागि yaml मा दुई चरणहरू परिभाषित गर्छौं:

1. क्यानरीमा ट्राफिकको १०% (म्यानुअल ठीकको लागि पर्खनुहोस्)
2. क्यानरीमा ५०% ट्राफिक (२ मिनेट पर्खनुहोस् त्यसपछि १००% सम्म जारी राख्नुहोस्)

प्रारम्भिक तैनाती प्रदर्शन गर्दै

प्रारम्भिक परिनियोजन पछि, हाम्रा स्रोतहरू यस्तो देखिनेछन्:

र हामीले अनुप्रयोगको पहिलो संस्करणबाट मात्र प्रतिक्रिया पाउँछौं:

क्यानरी तैनाती प्रदर्शन गर्दै

चरण 1: 10% ट्राफिक

क्यानरी डिप्लोइमेन्ट सुरु गर्नको लागि, हामीले तस्विर संस्करण परिवर्तन गर्न आवश्यक छ जसरी हामी सामान्यतया डिप्लोयमेन्टहरू गर्छौं:

apiVersion: argoproj.io/v1alpha1
kind: Rollout
metadata:
 name: rollout-canary
spec:
...
 template:
   metadata:
     labels:
       id: rollout-canary
   spec:
     containers:
     - name: rollouts-demo
       image: registry.gitlab.com/wuestkamp/k8s-deployment-example-app:v2
...

र हामी परिवर्तनहरू पुश गर्छौं, त्यसैले Gitlab CI डिप्लोय गर्छ र हामी परिवर्तनहरू देख्छौं:

अब यदि हामी सेवा पहुँच गर्छौं:

महान! हामी हाम्रो क्यानरी डिप्लोइमेन्टको बीचमा छौं। हामी चलाएर प्रगति देख्न सक्छौं:

kubectl argo rollouts get rollout rollout-canary

चरण २: ५०% ट्राफिक:

अब अर्को चरणमा जाऔं: ट्राफिकको ५०% रिडिरेक्ट गर्दै। हामीले म्यानुअल रूपमा चलाउनको लागि यो चरण कन्फिगर गर्यौं:

kubectl argo rollouts promote rollout-canary # continue to step 2

र हाम्रो अनुप्रयोगले नयाँ संस्करणहरूबाट 50% प्रतिक्रियाहरू फर्काएको छ:

र रोलआउट समीक्षा:

Прекрасно

चरण २: ५०% ट्राफिक:

हामीले यसलाई सेट अप गर्यौं ताकि 2 मिनेट पछि 50% चरण स्वतः समाप्त हुन्छ र 100% चरण सुरु हुन्छ:

र अनुप्रयोग आउटपुट:

र रोलआउट समीक्षा:

क्यानरी डिप्लोयमेन्ट पूरा भयो।

Argo Rollouts को साथ थप उदाहरणहरू

यहाँ थप उदाहरणहरू छन्, जस्तै वातावरण पूर्वावलोकन र क्यानरीमा आधारित तुलनाहरू कसरी सेट अप गर्ने:

https://github.com/argoproj/argo-rollouts/tree/master/examples

Argo Rollouts र Argo CI को बारेमा भिडियो

म यो भिडियोलाई साँच्चै सिफारिस गर्छु, यसले Argo Rollouts र Argo CI सँग कसरी काम गर्छ भनेर देखाउँछ:

परिणाम

मलाई CRDs प्रयोग गर्ने विचार साँच्चै मनपर्छ जसले थप प्रकारका डिप्लोयमेन्टहरू वा प्रतिकृतिहरू, ट्राफिक रिडिरेक्ट, इत्यादिको सिर्जना व्यवस्थापन गर्दछ। उनीहरुसँगको काम सहजै चल्छ । अर्को म Argo CI संग एकीकरण परीक्षण गर्न चाहन्छु।

जे होस्, त्यहाँ Argo CI र Flux CI को ठूलो मर्जर भएको देखिन्छ, त्यसैले म नयाँ रिलीज बाहिर नआउन्जेल पर्खन सक्छु: अर्गो फ्लक्स.

के तपाइँसँग Argo Rollouts वा Argo CI सँग कुनै अनुभव छ?

हाम्रो ब्लगमा अन्य लेखहरू पनि पढ्नुहोस्:

• Nginx वेब सर्भरको साथ वसन्त अनुप्रयोगहरूको निलो-हरियो तैनाती
• Kubernetes: किन यो प्रणाली संसाधन व्यवस्थापन सेट अप गर्न महत्त्वपूर्ण छ?
• Hashicorp Consul को Kubernetes प्राधिकरण को परिचय
• Tekton पाइपलाइन - Kubernetes-स्थानीय पाइपलाइन
• Nginx को लागि गतिशील मोड्युलहरू निर्माण गर्दै
• Redmine को लागी टेलीग्राम बोट। आफ्नो र अरूको लागि जीवन कसरी सरल बनाउने

स्रोत: www.habr.com