കുബർനെറ്റസിലെ വിന്യാസ തന്ത്രങ്ങൾ: റോളിംഗ്, റീക്രിയേറ്റ്, ബ്ലൂ/ഗ്രീൻ, കാനറി, ഡാർക്ക് (എ/ബി ടെസ്റ്റിംഗ്)

കുറിപ്പ് വിവർത്തനം: Weaveworks-ൽ നിന്നുള്ള ഈ അവലോകനം ഏറ്റവും ജനപ്രിയമായ ആപ്ലിക്കേഷൻ റോൾഔട്ട് സ്ട്രാറ്റജികൾ അവതരിപ്പിക്കുകയും കുബർനെറ്റസ് ഫ്ലാഗർ ഓപ്പറേറ്റർ ഉപയോഗിച്ച് ഏറ്റവും നൂതനമായവ എങ്ങനെ നടപ്പിലാക്കാമെന്ന് കാണിക്കുകയും ചെയ്യുന്നു. ഇത് ലളിതമായ ഭാഷയിൽ എഴുതിയിരിക്കുന്നു കൂടാതെ പുതിയ എഞ്ചിനീയർമാർക്ക് പോലും പ്രശ്നം മനസ്സിലാക്കാൻ അനുവദിക്കുന്ന വിഷ്വൽ ഡയഗ്രമുകൾ അടങ്ങിയിരിക്കുന്നു.

ഡയഗ്രം എടുത്തത് മറ്റൊരു അവലോകനം കണ്ടെയ്നർ സൊല്യൂഷനുകളിൽ ഉണ്ടാക്കിയ റോൾഔട്ട് തന്ത്രങ്ങൾ

ഇന്ന് ക്ലൗഡ് നേറ്റീവ് ആപ്ലിക്കേഷനുകൾ വികസിപ്പിക്കുന്നതിലെ ഏറ്റവും വലിയ വെല്ലുവിളി വിന്യാസം വേഗത്തിലാക്കുക എന്നതാണ്. ഒരു മൈക്രോസർവീസ് സമീപനത്തിൽ, ഡെവലപ്പർമാർ ഇതിനകം തന്നെ പൂർണ്ണമായും മോഡുലാർ ആപ്ലിക്കേഷനുകൾക്കൊപ്പം പ്രവർത്തിക്കുകയും രൂപകൽപ്പന ചെയ്യുകയും ചെയ്യുന്നു, വിവിധ ടീമുകളെ ഒരേസമയം കോഡ് എഴുതാനും ആപ്ലിക്കേഷനിൽ മാറ്റങ്ങൾ വരുത്താനും അനുവദിക്കുന്നു.

ചെറുതും ഇടയ്ക്കിടെയുള്ളതുമായ വിന്യാസങ്ങൾക്ക് ഇനിപ്പറയുന്ന ഗുണങ്ങളുണ്ട്:

• മാർക്കറ്റിലേക്കുള്ള സമയം കുറയുന്നു.
• പുതിയ ഫീച്ചറുകൾ വേഗത്തിൽ ഉപയോക്താക്കളിലേക്ക് എത്തുന്നു.
• ഉപയോക്തൃ ഫീഡ്‌ബാക്ക് ഡെവലപ്‌മെന്റ് ടീമിലേക്ക് വേഗത്തിൽ എത്തിച്ചേരുന്നു. ടീമിന് ഫീച്ചറുകൾ ചേർക്കാനും പ്രശ്‌നങ്ങൾ വേഗത്തിൽ പരിഹരിക്കാനും കഴിയുമെന്നാണ് ഇതിനർത്ഥം.
• ഡെവലപ്പറുടെ മനോവീര്യം വർദ്ധിക്കുന്നു: വികസനത്തിലെ കൂടുതൽ സവിശേഷതകൾ പ്രവർത്തിക്കുന്നത് കൂടുതൽ രസകരമാണ്.

എന്നാൽ റിലീസുകളുടെ ആവൃത്തി വർദ്ധിക്കുന്നതിനനുസരിച്ച്, ആപ്ലിക്കേഷന്റെ വിശ്വാസ്യതയെയോ ഉപയോക്തൃ അനുഭവത്തെയോ പ്രതികൂലമായി ബാധിക്കാനുള്ള സാധ്യതയും വർദ്ധിക്കുന്നു. അതുകൊണ്ടാണ് ഓപ്പറേഷനുകൾക്കും DevOps ടീമുകൾക്കും ഉൽപ്പന്നത്തിനും ഉപയോക്താക്കൾക്കുമുള്ള അപകടസാധ്യത കുറയ്ക്കുന്ന വിധത്തിൽ പ്രോസസ്സുകൾ നിർമ്മിക്കുന്നതും വിന്യാസ തന്ത്രങ്ങൾ നിയന്ത്രിക്കുന്നതും പ്രധാനമായത്. (സിഐ/സിഡി പൈപ്പ്‌ലൈൻ ഓട്ടോമേഷനെ കുറിച്ച് നിങ്ങൾക്ക് കൂടുതലറിയാൻ കഴിയും ഇവിടെ.)

ഈ പോസ്റ്റിൽ, റോളിംഗ് ഡിപ്ലോയ്‌മെന്റുകളും കാനറി റോൾഔട്ടുകളും അവയുടെ വ്യതിയാനങ്ങളും പോലുള്ള കൂടുതൽ നൂതനമായ രീതികളും ഉൾപ്പെടെ കുബർനെറ്റിലെ വിവിധ വിന്യാസ തന്ത്രങ്ങൾ ഞങ്ങൾ ചർച്ച ചെയ്യും.

വിന്യാസ തന്ത്രങ്ങൾ

നിങ്ങളുടെ ലക്ഷ്യത്തെ ആശ്രയിച്ച് നിങ്ങൾക്ക് ഉപയോഗിക്കാവുന്ന വിവിധ തരം വിന്യാസ തന്ത്രങ്ങളുണ്ട്. ഉദാഹരണത്തിന്, കൂടുതൽ പരിശോധനയ്‌ക്കായി നിങ്ങൾ ഒരു നിശ്ചിത പരിതസ്ഥിതിയിലോ ഉപയോക്താക്കളുടെ/ക്ലയന്റുകളുടെ ഒരു ഉപവിഭാഗത്തിലോ മാറ്റങ്ങൾ വരുത്തേണ്ടതായി വന്നേക്കാം, അല്ലെങ്കിൽ ഒരു ഫീച്ചർ നിർമ്മിക്കുന്നതിന് മുമ്പ് നിങ്ങൾ പരിമിതമായ ഉപയോക്തൃ പരിശോധന നടത്തേണ്ടി വന്നേക്കാം. പൊതു.

റോളിംഗ് (ക്രമേണ, "റോളിംഗ്" വിന്യാസം)

ഇതാണ് കുബർനെറ്റസിലെ സ്റ്റാൻഡേർഡ് വിന്യാസ തന്ത്രം. ഇത് ക്രമേണ, ഓരോന്നായി, ആപ്ലിക്കേഷന്റെ പഴയ പതിപ്പിനൊപ്പം പോഡുകൾ മാറ്റി പുതിയ പതിപ്പ് ഉപയോഗിച്ച് പോഡുകൾ നൽകുന്നു - ക്ലസ്റ്റർ പ്രവർത്തനരഹിതമായി.

പുതിയ പോഡുകൾ പ്രവർത്തിക്കാൻ തയ്യാറാകുന്നത് വരെ കുബെർനെറ്റസ് കാത്തിരിക്കുന്നു (അവ ഉപയോഗിച്ച് പരിശോധിക്കുന്നു സന്നദ്ധത പരിശോധനകൾ), നിങ്ങൾ പഴയവ ചുരുട്ടാൻ തുടങ്ങുന്നതിനുമുമ്പ്. ഒരു പ്രശ്നം സംഭവിക്കുകയാണെങ്കിൽ, മുഴുവൻ ക്ലസ്റ്ററും നിർത്താതെ തന്നെ ഈ റോളിംഗ് അപ്‌ഡേറ്റ് നിർത്തലാക്കാനാകും. വിന്യാസ തരം വിവരിക്കുന്ന YAML ഫയലിൽ, പുതിയ ചിത്രം പഴയ ഇമേജ് മാറ്റിസ്ഥാപിക്കുന്നു:

apiVersion: apps/v1beta1
kind: Deployment
metadata:
  name: awesomeapp
spec:
  replicas: 3
  template:
    metadata:
      labels:
        app: awesomeapp
    spec:
      containers:
        - name: awesomeapp
          image: imagerepo-user/awesomeapp:new
          ports:
            - containerPort: 8080

റോൾഓവർ അപ്‌ഡേറ്റ് പാരാമീറ്ററുകൾ മാനിഫെസ്റ്റ് ഫയലിൽ വ്യക്തമാക്കാം:

spec:
  replicas: 3
  strategy:
    type: RollingUpdate
    rollingUpdate:
       maxSurge: 25%
       maxUnavailable: 25%  
  template:
  ...

പുനഃസൃഷ്ടിക്കുക

ഈ ലളിതമായ വിന്യാസത്തിൽ, പഴയ കായ്കൾ ഒറ്റയടിക്ക് കൊല്ലപ്പെടുകയും പുതിയവ സ്ഥാപിക്കുകയും ചെയ്യുന്നു:

അനുബന്ധ മാനിഫെസ്റ്റ് ഇതുപോലെ കാണപ്പെടുന്നു:

spec:
  replicas: 3
  strategy:
    type: Recreate
  template:
  ...

നീല/പച്ച (നീല-പച്ച വിന്യാസങ്ങൾ)

നീല-പച്ച വിന്യാസ തന്ത്രം (ചിലപ്പോൾ ചുവപ്പ്/കറുപ്പ് എന്നും വിളിക്കുന്നു) ആപ്ലിക്കേഷന്റെ പഴയ (പച്ച), പുതിയ (നീല) പതിപ്പുകളുടെ ഒരേസമയം വിന്യാസം ഉൾക്കൊള്ളുന്നു. രണ്ട് പതിപ്പുകളും പോസ്‌റ്റ് ചെയ്‌തതിന് ശേഷം, സാധാരണ ഉപയോക്താക്കൾക്ക് പച്ചയിലേക്ക് ആക്‌സസ് ഉണ്ടായിരിക്കും, അതേസമയം നീല നിറം QA ടീമിന് പ്രത്യേക സേവനത്തിലൂടെയോ നേരിട്ടുള്ള പോർട്ട് ഫോർവേഡിംഗിലൂടെയോ ടെസ്റ്റുകൾ ഓട്ടോമേറ്റ് ചെയ്യാൻ ലഭ്യമാണ്:

apiVersion: apps/v1beta1
kind: Deployment
metadata:
  name: awesomeapp-02
spec:
  template:
    metadata:
      labels:
        app: awesomeapp
        version: "02"

നീല (പുതിയ) പതിപ്പ് പരീക്ഷിക്കുകയും അതിന്റെ റിലീസ് അംഗീകരിക്കുകയും ചെയ്ത ശേഷം, സേവനം അതിലേക്ക് മാറുന്നു, കൂടാതെ പച്ച (പഴയ) പതിപ്പ് മടക്കിക്കളയുന്നു:

apiVersion: v1
kind: Service
metadata:
  name: awesomeapp
spec:
  selector:
    app: awesomeapp
    version: "02"
...

കാനറി (കാനറി വിന്യാസങ്ങൾ)

കാനറി റോൾഔട്ടുകൾ നീല-പച്ച റോൾഔട്ടുകൾക്ക് സമാനമാണ്, എന്നാൽ മികച്ച നിയന്ത്രണവും ഉപയോഗവും ഉണ്ട് പുരോഗമനപരമായ ഘട്ടം ഘട്ടമായുള്ള സമീപനം. ഈ തരത്തിൽ "സ്റ്റെൽത്ത്" ലോഞ്ചുകളും എ/ബി ടെസ്റ്റിംഗും ഉൾപ്പെടെ നിരവധി വ്യത്യസ്ത തന്ത്രങ്ങൾ ഉൾപ്പെടുന്നു.

സാധാരണയായി ആപ്ലിക്കേഷന്റെ ബാക്കെൻഡിൽ, പുതിയ ചില പ്രവർത്തനങ്ങൾ പരീക്ഷിക്കേണ്ടിവരുമ്പോൾ ഈ തന്ത്രം ഉപയോഗിക്കുന്നു. ഏതാണ്ട് സമാനമായ രണ്ട് സെർവറുകൾ സൃഷ്ടിക്കുക എന്നതാണ് സമീപനത്തിന്റെ സാരാംശം: ഒന്ന് മിക്കവാറും എല്ലാ ഉപയോക്താക്കൾക്കും സേവനം നൽകുന്നു, മറ്റൊന്ന്, പുതിയ ഫംഗ്ഷനുകൾ ഉപയോഗിച്ച്, ഉപയോക്താക്കളുടെ ഒരു ചെറിയ ഉപഗ്രൂപ്പിനെ മാത്രം സേവിക്കുന്നു, അതിനുശേഷം അവരുടെ ജോലിയുടെ ഫലങ്ങൾ താരതമ്യം ചെയ്യുന്നു. എല്ലാം പിശകുകളില്ലാതെ പോയാൽ, പുതിയ പതിപ്പ് ക്രമേണ മുഴുവൻ ഇൻഫ്രാസ്ട്രക്ചറുകളിലേക്കും വ്യാപിക്കും.

ഈ തന്ത്രം കുബർനെറ്റസ് ഉപയോഗിച്ച് മാത്രം നടപ്പിലാക്കാൻ കഴിയുമെങ്കിലും, പഴയ പോഡുകൾ പുതിയവ ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കാനാകും, ഇസ്തിയോ പോലുള്ള ഒരു സേവന മെഷ് ഉപയോഗിക്കുന്നത് കൂടുതൽ സൗകര്യപ്രദവും ലളിതവുമാണ്.

ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് Git-ൽ രണ്ട് വ്യത്യസ്ത മാനിഫെസ്റ്റുകൾ ഉണ്ടായിരിക്കാം: ടാഗ് 0.1.0 ഉള്ള ഒരു സാധാരണ മാനിഫെസ്റ്റും 0.2.0 ടാഗുള്ള ഒരു കാനറി മാനിഫെസ്റ്റും. Istio വെർച്വൽ ഗേറ്റ്‌വേ മാനിഫെസ്റ്റിലെ ഭാരം മാറ്റുന്നതിലൂടെ, ഈ രണ്ട് വിന്യാസങ്ങൾക്കിടയിലുള്ള ട്രാഫിക്കിന്റെ വിതരണം നിങ്ങൾക്ക് നിയന്ത്രിക്കാനാകും:

ഇസ്തിയോ ഉപയോഗിച്ച് കാനറി വിന്യാസം നടപ്പിലാക്കുന്നതിനുള്ള ഘട്ടം ഘട്ടമായുള്ള ഗൈഡിനായി, കാണുക ഇസ്തിയോയ്‌ക്കൊപ്പം GitOps വർക്ക്ഫ്ലോകൾ. (കുറിപ്പ്. വിവർത്തനം.: കാനറി റോൾഔട്ടുകളെക്കുറിച്ചുള്ള മെറ്റീരിയലും ഞങ്ങൾ ഇസ്തിയോയിലേക്ക് വിവർത്തനം ചെയ്തു ഇവിടെ.)

Weaveworks Flagger ഉള്ള കാനറി വിന്യാസങ്ങൾ

വീവ് വർക്ക്സ് ഫ്ലാഗർ കാനറി റോൾഔട്ടുകൾ എളുപ്പത്തിലും ഫലപ്രദമായും കൈകാര്യം ചെയ്യാൻ നിങ്ങളെ അനുവദിക്കുന്നു.

ഫ്ലാഗർ ഓട്ടോമേറ്റുകൾ അവരോടൊപ്പം പ്രവർത്തിക്കുന്നു. ഇത് വഴിതിരിച്ചുവിടാനും ട്രാഫിക്ക് മാറാനും ഇസ്തിയോ അല്ലെങ്കിൽ AWS ആപ്പ് മെഷ് ഉപയോഗിക്കുന്നു, ഫലങ്ങൾ വിശകലനം ചെയ്യാൻ പ്രോമിത്യൂസ് മെട്രിക്‌സ് ഉപയോഗിക്കുന്നു. കൂടാതെ, സ്വീകാര്യത പരിശോധനകൾ, ലോഡ് ടെസ്റ്റുകൾ, മറ്റേതെങ്കിലും തരത്തിലുള്ള ചെക്കുകൾ എന്നിവ നടത്തുന്നതിന് കാനറി വിന്യാസങ്ങളുടെ വിശകലനം വെബ്‌ഹുക്കുകൾ ഉപയോഗിച്ച് അനുബന്ധമായി നൽകാവുന്നതാണ്.

Kubernetes വിന്യാസത്തെയും, ആവശ്യമെങ്കിൽ, പോഡുകളുടെ (HPA) തിരശ്ചീന സ്കെയിലിംഗിനെയും അടിസ്ഥാനമാക്കി, കാനറി വിന്യാസങ്ങൾ വിശകലനം ചെയ്യുന്നതിനും നടപ്പിലാക്കുന്നതിനുമായി ഫ്ലാഗർ ഒബ്‌ജക്റ്റുകളുടെ ഒരു കൂട്ടം (Kubernetes വിന്യാസങ്ങൾ, ClusterIP സേവനങ്ങൾ, Istio അല്ലെങ്കിൽ App Mesh വെർച്വൽ സേവനങ്ങൾ) സൃഷ്ടിക്കുന്നു:

നിയന്ത്രണ ലൂപ്പ് നടപ്പിലാക്കുന്നു (നിയന്ത്രണ ലൂപ്പ്)വിജയകരമായ HTTP അഭ്യർത്ഥനകളുടെ ശതമാനം, ശരാശരി അഭ്യർത്ഥന ദൈർഘ്യം, പോഡ് ഹെൽത്ത് എന്നിവ പോലെയുള്ള പ്രധാന പ്രകടന അളവുകോലുകൾ ഒരേസമയം അളക്കുന്ന സമയത്ത്, ഫ്ലാഗർ ക്രമേണ കാനറി സെർവറിലേക്ക് ട്രാഫിക്കിലേക്ക് മാറുന്നു. കെപിഐ (കീ പെർഫോമൻസ് ഇൻഡിക്കേറ്ററുകൾ) വിശകലനത്തെ അടിസ്ഥാനമാക്കി, കാനറി ഒന്നുകിൽ വളരുന്നു അല്ലെങ്കിൽ തകരുന്നു, വിശകലനത്തിന്റെ ഫലങ്ങൾ സ്ലാക്കിൽ പ്രസിദ്ധീകരിക്കുന്നു. ഈ പ്രക്രിയയുടെ വിവരണവും പ്രകടനവും മെറ്റീരിയലിൽ കാണാം ആപ്പ് മെഷിനുള്ള പ്രോഗ്രസീവ് ഡെലിവറി.

ഇരുണ്ട (മറഞ്ഞിരിക്കുന്ന) അല്ലെങ്കിൽ എ/ബി വിന്യാസങ്ങൾ

കാനറി തന്ത്രത്തിന്റെ മറ്റൊരു വ്യതിയാനമാണ് സ്റ്റെൽത്ത് വിന്യാസം (അതിനൊപ്പം, ഫ്ലാഗറിനും പ്രവർത്തിക്കാനാകും). സ്റ്റെൽത്ത് വിന്യാസവും കാനറി വിന്യാസവും തമ്മിലുള്ള വ്യത്യാസം, സ്റ്റെൽത്ത് വിന്യാസങ്ങൾ കാനറി വിന്യാസം പോലെയുള്ള ബാക്കെൻഡിനെക്കാൾ ഫ്രണ്ട്‌എൻഡിനെ കൈകാര്യം ചെയ്യുന്നു എന്നതാണ്.

ഈ വിന്യാസങ്ങളുടെ മറ്റൊരു പേര് എ/ബി ടെസ്റ്റിംഗ് എന്നാണ്. പുതിയ ഫീച്ചർ എല്ലാ ഉപയോക്താക്കൾക്കും ലഭ്യമാക്കുന്നതിനുപകരം, അവരുടെ പരിമിതമായ ഭാഗത്തിന് മാത്രമാണ് ഇത് വാഗ്ദാനം ചെയ്യുന്നത്. സാധാരണഗതിയിൽ, ഈ ഉപയോക്താക്കൾക്ക് തങ്ങൾ പയനിയറിംഗ് ടെസ്റ്ററുകളാണെന്ന് അറിയില്ല (അതിനാൽ "സ്റ്റെൽത്ത് വിന്യാസം" എന്ന പദം).

പ്രവർത്തന സ്വിച്ചുകൾ ഉപയോഗിക്കുന്നു (സവിശേഷത ടോഗിൾ ചെയ്യുക) കൂടാതെ മറ്റ് ടൂളുകളും, ഉപയോക്താക്കൾ പുതിയ ഫീച്ചറുമായി എങ്ങനെ ഇടപഴകുന്നു, അവർ അതിൽ ഏർപ്പെട്ടിട്ടുണ്ടോ, അല്ലെങ്കിൽ പുതിയ ഉപയോക്തൃ ഇന്റർഫേസ് ആശയക്കുഴപ്പമുണ്ടാക്കുന്നുണ്ടോ, മറ്റ് തരത്തിലുള്ള അളവുകൾ എന്നിവ നിങ്ങൾക്ക് നിരീക്ഷിക്കാനാകും.

ഫ്ലാഗറും എ/ബി വിന്യാസങ്ങളും

ഭാരം അടിസ്ഥാനമാക്കിയുള്ള റൂട്ടിംഗിന് പുറമേ, HTTP പാരാമീറ്ററുകൾ അടിസ്ഥാനമാക്കി കാനറി സെർവറിലേക്ക് ട്രാഫിക്ക് റൂട്ട് ചെയ്യാനും ഫ്ലാഗറിന് കഴിയും. A/B ടെസ്റ്റിംഗിൽ, ഉപയോക്താക്കളുടെ ഒരു പ്രത്യേക വിഭാഗത്തെ ടാർഗെറ്റുചെയ്യാൻ നിങ്ങൾക്ക് HTTP തലക്കെട്ടുകളോ കുക്കികളോ ഉപയോഗിക്കാം. സെർവറിലേക്ക് സെഷൻ ബൈൻഡിംഗ് ആവശ്യമുള്ള ഫ്രണ്ട്‌എൻഡ് ആപ്ലിക്കേഷനുകളുടെ കാര്യത്തിൽ ഇത് പ്രത്യേകിച്ചും ഫലപ്രദമാണ് (സെഷൻ ബന്ധം). കൂടുതൽ വിവരങ്ങൾ ഫ്ലാഗർ ഡോക്യുമെന്റേഷനിൽ കാണാം.

ലേഖകൻ നന്ദി രേഖപ്പെടുത്തുന്നു സ്റ്റെഫാൻ പ്രൊഡാൻ, Weaveworks എഞ്ചിനീയർ (ഒപ്പം ഫ്ലാഗറിന്റെ സ്രഷ്ടാവ്), ഈ അത്ഭുതകരമായ വിന്യാസ പാറ്റേണുകൾക്കെല്ലാം.

വിവർത്തകനിൽ നിന്ന് പി.എസ്

ഞങ്ങളുടെ ബ്ലോഗിലും വായിക്കുക:

• «കുബെർനെറ്റസിനായുള്ള ഇൻഗ്രെസ്സ് കൺട്രോളറുകളുടെ അവലോകനവും താരതമ്യവും";
• «werf - കുബർനെറ്റസിലെ CI / CD-യ്ക്കുള്ള ഞങ്ങളുടെ ഉപകരണം (അവലോകനവും വീഡിയോ റിപ്പോർട്ടും)";
• «werf, GitLab CI എന്നിവ ഉപയോഗിച്ച് ഒരേ തരത്തിലുള്ള മൈക്രോസർവീസുകൾ നിർമ്മിക്കുകയും വിന്യസിക്കുകയും ചെയ്യുക";
• «എന്താണ് GitOps?".

അവലംബം: www.habr.com