हेल्ममा गोप्यहरूको स्वत: उत्पादन

टोली Kubernetes aaS Mail.ru बाट छोटो टिप्पणी अनुवाद अद्यावधिक गर्दा स्वचालित रूपमा हेल्म गोप्यहरू कसरी उत्पन्न गर्ने बारे। निम्न लेखको लेखकको पाठ हो - Intoware को प्राविधिक निर्देशक, एक कम्पनी जसले SaaS समाधानहरू विकास गर्दछ।

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

यद्यपि, केहि चीजहरू स्पष्ट रूपमा उनीहरूलाई आवश्यक भन्दा बढी गाह्रो हुन्छन्।

अपडेट गर्दा कसरी स्वचालित रूपमा गोप्यहरू उत्पन्न गर्ने?

Kubernetes गोप्य एउटा स्रोत हो जसमा कुञ्जी/मान जोडीहरू समावेश हुन्छन् जुन तपाईंले आफ्नो कोडमा प्रयोग गर्न चाहनुहुन्छ। यी डाटाबेस जडान स्ट्रिङ, इमेल पासवर्ड, र यस्तै हुन सक्छ। गोप्य कुराहरू प्रयोग गरेर, तपाईंले कोड र सेटिङहरू बीचको स्पष्ट विभाजन सिर्जना गर्नुहुन्छ, तपाईंलाई कोडबेस परिवर्तन नगरी सजिलैसँग विभिन्न परिनियोजनहरू अनुकूलित गर्न अनुमति दिँदै।

एउटा सामान्य अवस्था हो जब दुई मोड्युलहरूले साझा कुञ्जी प्रयोग गरेर सञ्चार गर्नुपर्छ। क्लस्टर बाहिर कोही पनि यो कुञ्जी थाहा हुँदैन, किनकि यो क्लस्टर भित्र एक-देखि-एक संचारको लागि हो।

गोप्य बनाउँदै

सामान्यतया, हेल्ममा गोप्य बनाउनको लागि तपाईले आवश्यक पर्दछ:

• मान फाइलमा गोप्य वर्णन गर्नुहोस्;
• परिनियोजनको समयमा यसलाई पुन: परिभाषित गर्नुहोस्;
• यसलाई परिनियोजन/पोड भित्र सन्दर्भ गर्नुहोस्;
• ... लाभ!

यो सामान्यतया केहि यस्तो देखिन्छ:

apiVersion: v1
kind: Secret
metadata:
  name: my-super-awesome-api-key
type: Opaque
stringData:
  apiKey: {{ .Values.MyApiKeySecret | quote }}

values.yml बाट मानहरू प्रयोग गरेर एउटा साधारण Kubernetes गोप्य

तर मानौं कि तपाइँ मान फाइलमा तपाइँको गोप्य निर्दिष्ट गर्न चाहनुहुन्न।

त्यहाँ धेरै विकल्पहरू छन् जब तैनातीलाई साझा कुञ्जी चाहिन्छ, जुन स्थापनाको समयमा उत्पन्न हुनुपर्छ।

माथिको मोड्युल-देखि-मोड्युल संचार उदाहरणमा, यो तैनाती बाहिर गोप्य साझा गर्न वांछनीय छैन। तसर्थ, यो अत्यधिक वांछनीय छ कि हेल्मसँग सीधा निर्दिष्ट नगरी स्वचालित रूपमा गोप्य उत्पन्न गर्ने संयन्त्र छ।

हुकहरू

हुकहरूले तपाईंलाई स्थापना प्रक्रियाको क्रममा विशिष्ट स्थानहरूमा कोड चलाउन अनुमति दिन्छ। त्यहाँ कन्फिगरेसन कार्य हुन सक्छ जुन पहिलो स्थापना पछि चलाउन आवश्यक छ, वा सायद कुनै पनि अद्यावधिक प्रदर्शन गर्नु अघि सफा गर्न आवश्यक छ।

स्थापनाको क्रममा उत्पन्न गरिएको कुञ्जी थप्ने हाम्रो समस्या समाधान गर्न, पूर्व-स्थापना हुकहरू आदर्श हुन्। तर त्यहाँ एउटा क्याच छ: तपाईंले अद्यावधिकमा एक पटक गोप्य स्वतः उत्पन्न गर्न सक्नुहुन्न। हुकहरूले प्रत्येक अपडेटमा काम गर्नेछ।

यदि तपाईंले आफ्नो गोप्य उत्पन्न गर्नुभएको छ र तपाईंको पहिलो स्थापना अहिलेसम्म भएको छैन भने पढ्न रोक्नुहोस्, पूर्व-स्थापना हुकले तपाईंको लागि राम्रो काम गर्नेछ।

तर यदि गोप्य अपडेटको अंश हो (सम्भवतः एक नयाँ सुविधा जुन स्थापनाको समयमा त्यहाँ थिएन), त्यसपछि यो शर्मको कुरा हो कि तपाइँ पूर्व-स्थापना हुक सिर्जना गर्न सक्नुहुन्न जुन एक पटक मात्र काम गर्दछ।

कार्यहरू

हेल्म प्रकार्यहरूले तपाइँलाई तपाइँको डिप्लोइमेन्ट स्क्रिप्टहरूमा विभिन्न स्क्रिप्टिङ तत्वहरू थप्न अनुमति दिन्छ।

apiVersion: v1
kind: Secret
metadata:
  name: my-super-awesome-api-key
type: Opaque
stringData:
  apiKey: {{ uuidv4 | quote }} #Generate a new UUID and quote it

यस उदाहरणले apiKey गोप्यको मान स्थापनाको समयमा उत्पन्न हुने नयाँ UUID हुनेछ भनेर देखाउँछ।

हेल्मले एक साँच्चै व्यापक सुविधा पुस्तकालय समावेश गर्दछ जसले अद्भुत GO टेम्प्लेट सुविधाहरू र अनुकूलन डिप्लोयमेन्टहरू सिर्जना गर्न Sprig को सुविधा पुस्तकालयको लाभ उठाउँछ।

लुकअप प्रकार्य

Helm 3.1 मा थपियो लुकअप प्रकार्य, जसले तपाईंलाई अवस्थित डिप्लोइमेन्ट अनुरोध गर्न अनुमति दिन्छ र:

• स्रोतहरूको अस्तित्व जाँच गर्नुहोस्;
• पछि प्रयोगको लागि अवस्थित स्रोतको मूल्य फिर्ता गर्नुहोस्।

यी दुबै क्षमताहरू प्रयोग गरेर, हामी एक पटक, गतिशील रूपमा उत्पन्न गोप्य सिर्जना गर्न सक्छौं!

# 1. Запросить существование секрета и вернуть в переменной $secret
{{- $secret := (lookup "v1" "Secret" .Release.Namespace "some-awesome-secret" -}}
apiVersion: v1
kind: Secret
metadata:
  name: some-awesome-secret
type: Opaque

# 2. Если секрет существует, взять его значение как apiKey (секрет использует кодирование Base64, так что используйте ключ "data")
{{ if $secret -}}
data:
  apiKey: {{ $secret.data.apiKey }}

# 3. Если секрет не существует — создать его (в этот раз используйте "stringData", так как будет обычное значение)!
{{ else -}}
stringData:
  apiKey: {{ uuidv4 | quote }}
{{ end }}

जब पनि सर्भरमा नयाँ अपडेट लागू हुन्छ, हेल्मले या त नयाँ गोप्य मान उत्पन्न गर्नेछ (यदि त्यहाँ कुनै गोप्य छैन भने) वा अवस्थित मान पुन: प्रयोग गर्नेछ।

शुभकामना!

बिषयमा अरु के पढ्नु होला:

1. Kubernetes मा स्वत: स्केलिङ को तीन स्तर र कसरी प्रभावकारी रूपमा प्रयोग गर्ने.
2. कार्यान्वयनको लागि टेम्प्लेटको साथ पाइरेसीको भावनामा Kubernetes.
3. Telegram मा Kubernetes को आसपास हाम्रो च्यानल.

स्रोत: www.habr.com