🥇कुबेरनेट्स का विस्तार और पूरक (समीक्षा और वीडियो रिपोर्ट)

सम्मेलन में 8 अप्रैल सेंट हाईलोड++ 2019, "डेवऑप्स एंड ऑपरेशंस" अनुभाग के हिस्से के रूप में, एक रिपोर्ट "कुबेरनेट्स का विस्तार और पूरक" दी गई थी, जिसके निर्माण में फ़्लैंट कंपनी के तीन कर्मचारियों ने भाग लिया था। इसमें, हम कई स्थितियों के बारे में बात करते हैं जिनमें हम कुबेरनेट्स की क्षमताओं का विस्तार और पूरक करना चाहते थे, लेकिन जिसके लिए हमें कोई तैयार और सरल समाधान नहीं मिला। हमारे पास ओपन सोर्स प्रोजेक्ट के रूप में आवश्यक समाधान हैं और यह भाषण भी उन्हीं को समर्पित है।

परंपरा के अनुसार, हमें प्रस्तुत करते हुए खुशी हो रही है रिपोर्ट का वीडियो (50 मिनट, लेख से कहीं अधिक जानकारीपूर्ण) और पाठ्य रूप में मुख्य सारांश। जाना!

K8s में कोर और परिवर्धन

कुबेरनेट्स उद्योग और प्रशासन के दृष्टिकोण को बदल रहा है जो लंबे समय से स्थापित हैं:

उसे धन्यवाद कपोल-कल्पना, हम अब कॉन्फिगरेशन स्थापित करने या कमांड चलाने (शेफ, अन्सिबल...) जैसी अवधारणाओं के साथ काम नहीं करते हैं, बल्कि कंटेनरों, सेवाओं आदि के समूहन का उपयोग करते हैं।
हम बारीकियों के बारे में सोचे बिना एप्लिकेशन तैयार कर सकते हैं विशिष्ट साइट, जिस पर इसे लॉन्च किया जाएगा: बेयर मेटल, प्रदाताओं में से किसी एक का क्लाउड, आदि।
K8s के साथ आप कभी भी इतने अधिक सुलभ नहीं रहे सर्वोत्तम अभ्यास बुनियादी ढांचे के आयोजन पर: स्केलिंग तकनीक, स्व-उपचार, दोष सहिष्णुता, आदि।

हालाँकि, निश्चित रूप से, सब कुछ इतना सहज नहीं है: कुबेरनेट्स अपनी नई चुनौतियाँ भी लेकर आए।

Kubernetes नहीं एक कंबाइन है जो सभी उपयोगकर्ताओं की सभी समस्याओं का समाधान करता है। कोर कुबेरनेट्स केवल मौजूद न्यूनतम आवश्यक कार्यों के एक सेट के लिए जिम्मेदार है प्रत्येक झुंड:

कुबेरनेट्स कोर कंटेनरों को समूहीकृत करने, ट्रैफ़िक प्रबंधित करने आदि के लिए आदिम के एक बुनियादी सेट को परिभाषित करता है। हमने उनके बारे में अधिक विस्तार से बात की 2 साल पहले की रिपोर्ट.

दूसरी ओर, K8s उपलब्ध कार्यों का विस्तार करने के बेहतरीन अवसर प्रदान करता है, जो दूसरों को बंद करने में मदद करते हैं - विशिष्ट - उपयोगकर्ता की जरूरतें। कुबेरनेट्स को जोड़ना क्लस्टर प्रशासकों की जिम्मेदारी है, जिन्हें अपने क्लस्टर को "सही आकार में" [अपनी विशिष्ट समस्याओं को हल करने के लिए] प्राप्त करने के लिए आवश्यक सभी चीजों को स्थापित और कॉन्फ़िगर करना होगा। ये किस प्रकार के जोड़ हैं? आइए कुछ उदाहरण देखें.

ऐड-ऑन के उदाहरण

कुबेरनेट्स स्थापित करने के बाद, हमें आश्चर्य हो सकता है कि नेटवर्किंग जो एक नोड के भीतर और नोड्स के बीच पॉड्स की बातचीत के लिए बहुत आवश्यक है, अपने आप काम नहीं करती है। कुबेरनेट्स कर्नेल आवश्यक कनेक्शन की गारंटी नहीं देता है; इसके बजाय, यह नेटवर्क निर्धारित करता है इंटरफ़ेस (सीएनआई) तीसरे पक्ष के ऐड-ऑन के लिए। हमें इनमें से एक ऐड-ऑन इंस्टॉल करना होगा, जो नेटवर्क कॉन्फ़िगरेशन के लिए जिम्मेदार होगा।

एक करीबी उदाहरण डेटा भंडारण समाधान (स्थानीय डिस्क, नेटवर्क ब्लॉक डिवाइस, सेफ...) है। प्रारंभ में वे मूल में थे, लेकिन आगमन के साथ सीएसआई स्थिति पहले से वर्णित के समान कुछ में बदल जाती है: इंटरफ़ेस कुबेरनेट्स में है, और इसका कार्यान्वयन तीसरे पक्ष के मॉड्यूल में है।

अन्य उदाहरणों में शामिल हैं:

प्रवेश-नियंत्रक (उनकी समीक्षा देखें हमारा हालिया लेख).
प्रमाणपत्र प्रबंधक:
ऑपरेटरों ऐड-ऑन की एक पूरी श्रेणी है (जिसमें उल्लिखित प्रमाणपत्र-प्रबंधक शामिल हैं), वे आदिम और नियंत्रक को परिभाषित करते हैं। उनके काम का तर्क केवल हमारी कल्पना तक ही सीमित है और हमें तैयार बुनियादी ढांचे के घटकों (उदाहरण के लिए, एक डीबीएमएस) को आदिम में बदलने की अनुमति देता है, जिनके साथ काम करना बहुत आसान है (कंटेनरों के एक सेट और उनकी सेटिंग्स की तुलना में)। बड़ी संख्या में ऑपरेटरों को लिखा गया है - भले ही उनमें से कई अभी तक उत्पादन के लिए तैयार नहीं हैं, यह केवल समय की बात है:
मेट्रिक्स - कुबेरनेट्स ने कार्यान्वयन से इंटरफ़ेस (मेट्रिक्स एपीआई) को कैसे अलग किया, इसका एक और उदाहरण (तीसरे पक्ष के ऐड-ऑन जैसे प्रोमेथियस एडाप्टर, डेटाडॉग क्लस्टर एजेंट ...)।
के लिए निगरानी और सांख्यिकी, जहां व्यवहार में न केवल आवश्यकता होती है प्रोमेथियस और ग्राफाना, लेकिन क्यूब-स्टेट-मेट्रिक्स, नोड-निर्यातक, आदि भी।

और यह अतिरिक्त चीज़ों की पूरी सूची नहीं है... उदाहरण के लिए, फ़्लैंट कंपनी में जिसे हम वर्तमान में स्थापित करते हैं 29 अतिरिक्त (ये सभी कुल मिलाकर 249 कुबेरनेट्स ऑब्जेक्ट बनाते हैं)। सीधे शब्दों में कहें तो हम किसी क्लस्टर के जीवन को बिना जोड़ के नहीं देख सकते।

स्वचालन

ऑपरेटरों को उन नियमित परिचालनों को स्वचालित करने के लिए डिज़ाइन किया गया है जिनका हम हर दिन सामना करते हैं। यहां वास्तविक जीवन के उदाहरण दिए गए हैं जिनके लिए ऑपरेटर लिखना एक उत्कृष्ट समाधान होगा:

एप्लिकेशन के लिए छवियों के साथ एक निजी (यानी लॉगिन की आवश्यकता होती है) रजिस्ट्री है। यह माना जाता है कि प्रत्येक पॉड को एक विशेष रहस्य सौंपा गया है जो रजिस्ट्री में प्रमाणीकरण की अनुमति देता है। हमारा काम यह सुनिश्चित करना है कि यह रहस्य नेमस्पेस में पाया जाए ताकि पॉड्स छवियां डाउनलोड कर सकें। बहुत सारे एप्लिकेशन हो सकते हैं (जिनमें से प्रत्येक को एक रहस्य की आवश्यकता होती है), और रहस्यों को नियमित रूप से अपडेट करना उपयोगी होता है, इसलिए रहस्यों को हाथ से उजागर करने का विकल्प समाप्त हो जाता है। यहीं पर ऑपरेटर बचाव के लिए आता है: हम एक नियंत्रक बनाते हैं जो नामस्थान के प्रकट होने की प्रतीक्षा करेगा और, इस घटना के आधार पर, नामस्थान में एक रहस्य जोड़ देगा।
मान लीजिए डिफ़ॉल्ट रूप से पॉड्स से इंटरनेट तक पहुंच निषिद्ध है। लेकिन कभी-कभी इसकी आवश्यकता हो सकती है: एक्सेस अनुमति तंत्र के लिए विशिष्ट कौशल की आवश्यकता के बिना, बस काम करना तर्कसंगत है, उदाहरण के लिए, नामस्थान में एक निश्चित लेबल की उपस्थिति से। यहां ऑपरेटर हमारी कैसे मदद कर सकता है? एक नियंत्रक बनाया जाता है जो नेमस्पेस में लेबल के प्रकट होने की प्रतीक्षा करता है और इंटरनेट एक्सेस के लिए उपयुक्त नीति जोड़ता है।
एक समान स्थिति: मान लीजिए हमें एक निश्चित जोड़ने की जरूरत है कलंक, यदि इसमें एक समान लेबल है (किसी प्रकार के उपसर्ग के साथ)। ऑपरेटर के साथ कार्रवाई स्पष्ट है...

किसी भी क्लस्टर में, नियमित कार्यों को हल किया जाना चाहिए, और ठीक प्रकार से यह ऑपरेटरों का उपयोग करके किया जा सकता है।

वर्णित सभी कहानियों को सारांशित करते हुए, हम इस निष्कर्ष पर पहुंचे कि कुबेरनेट्स में आरामदायक काम के लिए आपको चाहिए: ए) ऐड-ऑन स्थापित करें, बी) ऑपरेटरों का विकास करें (दैनिक व्यवस्थापक कार्यों को हल करने के लिए)।

कुबेरनेट्स के लिए स्टेटमेंट कैसे लिखें?

सामान्य तौर पर, योजना सरल है:

...लेकिन फिर पता चला कि:

कुबेरनेट्स एपीआई एक गैर-तुच्छ चीज़ है जिसे मास्टर करने में बहुत समय लगता है;
प्रोग्रामिंग भी हर किसी के लिए नहीं है (गो भाषा को पसंदीदा भाषा के रूप में चुना गया था क्योंकि इसके लिए एक विशेष ढांचा है - ऑपरेटर एसडीके);
ढाँचे के साथ भी स्थिति ऐसी ही है।

नीचे पंक्ति: एक नियंत्रक लिखने के लिए (ऑपरेटर) को करना होगा महत्वपूर्ण संसाधन खर्च करें सामग्री का अध्ययन करने के लिए. यह "बड़े" ऑपरेटरों के लिए उचित होगा - मान लीजिए, MySQL DBMS के लिए। लेकिन अगर हम ऊपर वर्णित उदाहरणों को याद करते हैं (रहस्यों को उजागर करना, पॉड्स को इंटरनेट तक पहुंचाना...), जिसे हम सही ढंग से करना भी चाहते हैं, तो हम समझेंगे कि खर्च किया गया प्रयास उस परिणाम से अधिक होगा जिसकी हमें अभी आवश्यकता है:

सामान्य तौर पर, एक दुविधा उत्पन्न होती है: बहुत सारे संसाधन खर्च करें और बयान लिखने के लिए सही उपकरण ढूंढें, या इसे पुराने ढंग से करें (लेकिन जल्दी से)। इसे हल करने के लिए - इन चरम सीमाओं के बीच समझौता खोजने के लिए - हमने अपना स्वयं का प्रोजेक्ट बनाया: शेल-ऑपरेटर (उसे भी देखें हालिया घोषणा हब पर).

शैल-ऑपरेटर

वह कैसे काम करता है? क्लस्टर में एक पॉड है जिसमें शेल-ऑपरेटर के साथ गो बाइनरी है। इसके आगे एक सेट है हुक (उनके बारे में अधिक जानकारी - नीचे देखें). शेल-ऑपरेटर स्वयं निश्चित रूप से सदस्यता लेता है घटनाक्रम कुबेरनेट्स एपीआई में, जिसके घटित होने पर यह संबंधित हुक लॉन्च करता है।

शेल-ऑपरेटर को कैसे पता चलता है कि किस इवेंट पर कौन से हुक को कॉल करना है? यह जानकारी स्वयं हुक द्वारा शेल-ऑपरेटर को प्रेषित की जाती है, और वे इसे बहुत सरलता से करते हैं।

हुक एक बैश स्क्रिप्ट या कोई अन्य निष्पादन योग्य फ़ाइल है जो एकल तर्क को स्वीकार करती है --config और JSON के साथ प्रतिक्रिया करता है। उत्तरार्द्ध यह निर्धारित करता है कि कौन सी वस्तुएं उसके लिए रुचिकर हैं और किन घटनाओं (इन वस्तुओं के लिए) पर प्रतिक्रिया दी जानी चाहिए:

मैं हमारे उदाहरणों में से एक के शेल-ऑपरेटर पर कार्यान्वयन का वर्णन करूंगा - एप्लिकेशन छवियों के साथ एक निजी रजिस्ट्री तक पहुंचने के रहस्यों को विघटित करना। इसमें दो चरण होते हैं.

अभ्यास: 1. एक हुक लिखें

सबसे पहले हम हुक में प्रोसेस करेंगे --config, यह दर्शाता है कि हम नामस्थानों में रुचि रखते हैं, और विशेष रूप से, उनके निर्माण के क्षण में:

[[ $1 == "--config" ]] ; then
  cat << EOF
{
  "onKubernetesEvent": [
    {
      "kind": "namespace",
      "event": ["add"]
    }
  ]
}
EOF
…

तर्क कैसा दिखेगा? यह भी काफी सरल है:

…
else
  createdNamespace=$(jq -r '.[0].resourceName' $BINDING_CONTEXT_PATH)
  kubectl create -n ${createdNamespace} -f - << EOF
Kind: Secret
...
EOF
fi

पहला चरण यह पता लगाना है कि कौन सा नेमस्पेस बनाया गया था, और दूसरा इसका उपयोग करके इसे बनाना है kubectl इस नामस्थान के लिए रहस्य.

अभ्यास: 2. छवि को असेंबल करना

जो कुछ बचा है वह बनाए गए हुक को शेल-ऑपरेटर को पास करना है - यह कैसे करें? शेल-ऑपरेटर स्वयं एक डॉकर छवि के रूप में आता है, इसलिए हमारा कार्य इस छवि में एक विशेष निर्देशिका में हुक जोड़ना है:

FROM flant/shell-operator:v1.0.0-beta.1
ADD my-handler.sh /hooks

जो कुछ बचा है वह इसे इकट्ठा करना और इसे आगे बढ़ाना है:

$ docker build -t registry.example.com/my-operator:v1 .
$ docker push registry.example.com/my-operator:v1

अंतिम स्पर्श छवि को क्लस्टर में तैनात करना है। ऐसा करने के लिए, आइए लिखें तैनाती:

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: my-operator
spec:
  template:
    spec:
      containers:
      - name: my-operator
        image: registry.example.com/my-operator:v1 # 1
      serviceAccountName: my-operator              # 2

ध्यान देने योग्य दो बातें हैं:

नव निर्मित छवि का संकेत;
यह एक सिस्टम घटक है जिसे (कम से कम) कुबेरनेट्स में घटनाओं की सदस्यता लेने और नामस्थानों के लिए रहस्य आवंटित करने के अधिकारों की आवश्यकता होती है, इसलिए हम हुक के लिए एक सर्विसअकाउंट (और नियमों का एक सेट) बनाते हैं।

परिणाम - हमने अपनी समस्या हल कर ली रिश्तेदारों को कुबेरनेट्स के लिए एक तरह से जो रहस्यों को विघटित करने के लिए एक ऑपरेटर बनाता है।

अन्य शेल-ऑपरेटर सुविधाएँ

आपके चुने हुए प्रकार की वस्तुओं को सीमित करने के लिए जिसके साथ हुक काम करेगा, उन्हें फ़िल्टर किया जा सकता है, कुछ लेबलों के अनुसार चयन करना (या उपयोग करना)। matchExpressions):

"onKubernetesEvent": [
  {
    "selector": {
      "matchLabels": {
        "foo": "bar",
       },
       "matchExpressions": [
         {
           "key": "allow",
           "operation": "In",
           "values": ["wan", "warehouse"],
         },
       ],
     }
     …
  }
]

बशर्ते डिडुप्लीकेशन तंत्र, जो - एक jq फ़िल्टर का उपयोग करके - आपको बड़े JSON ऑब्जेक्ट को छोटे में परिवर्तित करने की अनुमति देता है, जहां केवल वे पैरामीटर रहते हैं जिन्हें हम परिवर्तनों के लिए मॉनिटर करना चाहते हैं।

जब हुक बुलाया जाता है, तो शेल-ऑपरेटर उसे पास कर देता है वस्तु डेटाजिसका उपयोग किसी भी जरूरत के लिए किया जा सकता है।

हुक को ट्रिगर करने वाली घटनाएँ कुबेरनेट्स घटनाओं तक सीमित नहीं हैं: शेल-ऑपरेटर इसके लिए समर्थन प्रदान करता है समय के अनुसार हुक बुलाना (पारंपरिक अनुसूचक में क्रोंटैब के समान), साथ ही एक विशेष कार्यक्रम भी चालू होने पर. इन सभी घटनाओं को मिलाकर एक ही हुक में सौंपा जा सकता है।

और शेल-ऑपरेटर की दो और विशेषताएं:

यह काम करता है अतुल्यकालिक रूप से. चूँकि एक कुबेरनेट्स घटना (जैसे कि एक वस्तु बनाई जा रही है) प्राप्त हुई थी, क्लस्टर में अन्य घटनाएँ (जैसे कि एक ही वस्तु को हटाया जा रहा है) घटित हो सकती थीं, और हुक को इसका हिसाब देना होगा। यदि हुक को किसी त्रुटि के साथ निष्पादित किया गया था, तो डिफ़ॉल्ट रूप से यह होगा याद करना सफल समापन तक (इस व्यवहार को बदला जा सकता है)।
यह निर्यात करता है मेट्रिक्स प्रोमेथियस के लिए, जिसके साथ आप समझ सकते हैं कि शेल-ऑपरेटर काम कर रहा है या नहीं, प्रत्येक हुक के लिए त्रुटियों की संख्या और वर्तमान कतार आकार का पता लगाएं।

रिपोर्ट के इस भाग को संक्षेप में प्रस्तुत करने के लिए:

ऐड-ऑन इंस्टॉल करना

कुबेरनेट्स के साथ आरामदायक काम के लिए, ऐड-ऑन स्थापित करने की आवश्यकता का भी उल्लेख किया गया था। मैं आपको हमारी कंपनी के पथ के उदाहरण का उपयोग करके इसके बारे में बताऊंगा कि हम इसे अभी कैसे करते हैं।

हमने कुबेरनेट्स के साथ कई समूहों के साथ काम करना शुरू किया, जिसमें एकमात्र अतिरिक्त इनग्रेस था। इसे प्रत्येक क्लस्टर में अलग-अलग तरीके से स्थापित करने की आवश्यकता थी, और हमने विभिन्न वातावरणों के लिए कई YAML कॉन्फ़िगरेशन बनाए: बेयर मेटल, AWS...

चूंकि अधिक क्लस्टर थे, इसलिए अधिक कॉन्फ़िगरेशन भी थे। इसके अलावा, हमने इन कॉन्फ़िगरेशनों में स्वयं सुधार किया, जिसके परिणामस्वरूप वे काफी विषम हो गए:

सब कुछ क्रम में रखने के लिए, हमने एक स्क्रिप्ट से शुरुआत की (install-ingress.sh), जिसने एक तर्क के रूप में क्लस्टर के प्रकार को लिया जिस पर हम तैनात करेंगे, आवश्यक YAML कॉन्फ़िगरेशन उत्पन्न किया और इसे कुबेरनेट्स में रोल आउट किया।

संक्षेप में, हमारा आगे का मार्ग और उससे जुड़े तर्क इस प्रकार थे:

YAML कॉन्फ़िगरेशन के साथ काम करने के लिए, एक टेम्पलेट इंजन की आवश्यकता होती है (पहले चरण में यह सरल sed है);
क्लस्टरों की संख्या में वृद्धि के साथ, स्वचालित अद्यतन की आवश्यकता आई (सबसे पहला समाधान स्क्रिप्ट को Git में डालना, क्रॉन का उपयोग करके इसे अद्यतन करना और इसे चलाना था);
प्रोमेथियस के लिए एक समान स्क्रिप्ट की आवश्यकता थी (install-prometheus.sh), हालाँकि, यह इस तथ्य के लिए उल्लेखनीय है कि इसके लिए बहुत अधिक इनपुट डेटा की आवश्यकता होती है, साथ ही उनके भंडारण (अच्छे तरीके से - केंद्रीकृत और क्लस्टर में) की आवश्यकता होती है, और कुछ डेटा (पासवर्ड) स्वचालित रूप से उत्पन्न हो सकते हैं:
क्लस्टरों की बढ़ती संख्या में कुछ गलत होने का जोखिम लगातार बढ़ रहा था, इसलिए हमने महसूस किया कि इंस्टॉलर (यानी दो स्क्रिप्ट: इनग्रेस और प्रोमेथियस के लिए) स्टेजिंग की आवश्यकता थी (गिट में कई शाखाएँ, उन्हें संबंधित में अद्यतन करने के लिए कई क्रोन: स्थिर या परीक्षण क्लस्टर);
с kubectl apply इसके साथ काम करना कठिन हो गया है क्योंकि यह घोषणात्मक नहीं है और केवल वस्तुएं बना सकता है, लेकिन उनकी स्थिति पर निर्णय नहीं ले सकता/उन्हें हटा नहीं सकता;
हमें कुछ ऐसे कार्य याद आ रहे थे जिन्हें हमने उस समय बिल्कुल भी लागू नहीं किया था:
- क्लस्टर अद्यतन के परिणाम पर पूर्ण नियंत्रण,
- क्लस्टर (खोज) से प्राप्त किए जा सकने वाले डेटा के आधार पर कुछ मापदंडों (इंस्टॉलेशन स्क्रिप्ट के लिए इनपुट) का स्वचालित निर्धारण,
- इसका तार्किक विकास निरंतर खोज के रूप में होता है।

हमने इस सभी संचित अनुभव को अपनी अन्य परियोजना के ढांचे के भीतर लागू किया - addon-ऑपरेटर.

ऐडऑन-ऑपरेटर

यह पहले से उल्लिखित शेल-ऑपरेटर पर आधारित है। पूरा सिस्टम इस तरह दिखता है:

निम्नलिखित को शेल-ऑपरेटर हुक में जोड़ा गया है:

मूल्यों का भंडारण,
हेल्म चार्ट,
वह घटक मूल्यों के भंडार पर नज़र रखता है और - किसी भी बदलाव के मामले में - हेल्म से चार्ट को फिर से रोल करने के लिए कहता है।

इस प्रकार, हम कुबेरनेट्स में एक घटना पर प्रतिक्रिया कर सकते हैं, एक हुक लॉन्च कर सकते हैं, और इस हुक से हम स्टोरेज में बदलाव कर सकते हैं, जिसके बाद चार्ट फिर से डाउनलोड किया जाएगा। परिणामी आरेख में, हम हुक के सेट और चार्ट को एक घटक में अलग करते हैं, जिसे हम कहते हैं मापांक:

कई मॉड्यूल हो सकते हैं, और उनमें हम वैश्विक हुक, एक वैश्विक मूल्य स्टोर और एक घटक जोड़ते हैं जो इस वैश्विक स्टोर की निगरानी करता है।

अब, जब कुबेरनेट्स में कुछ होता है, तो हम वैश्विक हुक का उपयोग करके उस पर प्रतिक्रिया कर सकते हैं और वैश्विक स्टोर में कुछ बदल सकते हैं। यह परिवर्तन देखा जाएगा और क्लस्टर के सभी मॉड्यूल को रोल आउट कर दिया जाएगा:

यह योजना ऐड-ऑन स्थापित करने के लिए ऊपर बताई गई सभी आवश्यकताओं को पूरा करती है:

हेल्म टेम्प्लेटिंग और घोषणात्मकता के लिए जिम्मेदार है।
ऑटो-अपडेट का मुद्दा एक वैश्विक हुक का उपयोग करके हल किया गया था, जो एक शेड्यूल पर रजिस्ट्री में जाता है और, यदि उसे वहां एक नई सिस्टम छवि दिखाई देती है, तो उसे रोल आउट कर देता है (यानी "स्वयं")।
क्लस्टर में भंडारण सेटिंग्स का उपयोग करके कार्यान्वित किया जाता है कॉन्फिग मैप, जिसमें स्टोरेज के लिए प्राथमिक डेटा शामिल है (स्टार्टअप पर उन्हें स्टोरेज में लोड किया जाता है)।
पासवर्ड निर्माण, खोज और निरंतर खोज की समस्याओं को हुक का उपयोग करके हल किया गया था।
टैग की बदौलत स्टेजिंग हासिल की जाती है, जिसे डॉकर बॉक्स से बाहर सपोर्ट करता है।
परिणाम की निगरानी मैट्रिक्स का उपयोग करके की जाती है जिसके द्वारा हम स्थिति को समझ सकते हैं।

यह संपूर्ण सिस्टम Go में एकल बाइनरी के रूप में कार्यान्वित किया जाता है, जिसे ऐडऑन-ऑपरेटर कहा जाता है। इससे आरेख सरल दिखता है:

इस आरेख में मुख्य घटक मॉड्यूल का एक सेट है (नीचे ग्रे रंग में हाइलाइट किया गया). अब हम थोड़े प्रयास से आवश्यक ऐड-ऑन के लिए एक मॉड्यूल लिख सकते हैं और सुनिश्चित कर सकते हैं कि यह प्रत्येक क्लस्टर में स्थापित किया जाएगा, अपडेट किया जाएगा और क्लस्टर में आवश्यक घटनाओं पर प्रतिक्रिया देगा।

"फ़्लैंट" का उपयोग करता है addon-ऑपरेटर 70+ Kubernetes क्लस्टर पर। वर्तमान स्थिति - अल्फा संस्करण. अब हम बीटा जारी करने के लिए दस्तावेज़ तैयार कर रहे हैं, लेकिन अभी रिपॉजिटरी में उदाहरण उपलब्ध हैंजिसके आधार पर आप अपना ऐडऑन बना सकते हैं।

मुझे ऐडऑन-ऑपरेटर के लिए मॉड्यूल कहां मिल सकते हैं? अपनी लाइब्रेरी को प्रकाशित करना हमारे लिए अगला चरण है; हम इसे गर्मियों में करने की योजना बना रहे हैं।

वीडियो और स्लाइड

प्रदर्शन से वीडियो (~50 मिनट):

रिपोर्ट की प्रस्तुति:

पुनश्च

हमारे ब्लॉग पर अन्य रिपोर्ट:

«डेटाबेस और कुबेरनेट्स"; (दिमित्री स्टोलारोव; 8 नवंबर, 2018 हाईलोड++ पर);
«निगरानी और कुबेरनेट्स"; (दिमित्री स्टोलारोव; 28 मई, 2018 रूटकॉन्फ पर);
«कुबेरनेट्स और गिटलैब के साथ सीआई/सीडी सर्वोत्तम अभ्यास"; (दिमित्री स्टोलारोव; 7 नवंबर, 2017 हाईलोड++ पर);
«छोटी परियोजनाओं में कुबेरनेट्स के साथ हमारा अनुभव"; (दिमित्री स्टोलारोव; 6 जून, 2017 रूटकॉन्फ पर).

आपको निम्नलिखित प्रकाशनों में भी रुचि हो सकती है:

«शेल-ऑपरेटर का परिचय: कुबेरनेट्स के लिए ऑपरेटर बनाना अब आसान हो गया है'.

स्रोत: www.habr.com

कुबेरनेट्स का विस्तार और पूरक (समीक्षा और वीडियो रिपोर्ट)