કુબરનેટ્સમાં જમાવટની વ્યૂહરચના: રોલિંગ, રિક્રિએટ, બ્લુ/ગ્રીન, કેનેરી, ડાર્ક (A/B ટેસ્ટિંગ)

નૉૅધ અનુવાદ: Weaveworks તરફથી આ વિહંગાવલોકન સૌથી વધુ લોકપ્રિય એપ્લિકેશન રોલઆઉટ વ્યૂહરચનાઓ રજૂ કરે છે અને બતાવે છે કે કુબરનેટસ ફ્લેગર ઓપરેટરનો ઉપયોગ કરીને સૌથી અદ્યતનને કેવી રીતે લાગુ કરી શકાય છે. તે સરળ ભાષામાં લખાયેલું છે અને તેમાં વિઝ્યુઅલ ડાયાગ્રામ છે જે શિખાઉ ઇજનેરોને પણ સમસ્યાને સમજવાની મંજૂરી આપે છે.

આકૃતિ પરથી લેવામાં આવેલ છે બીજી સમીક્ષા કન્ટેનર સોલ્યુશન્સમાં બનાવેલ રોલઆઉટ વ્યૂહરચના

આજે ક્લાઉડ નેટિવ એપ્લીકેશન વિકસાવવામાં સૌથી મોટો પડકાર એ જમાવટને ઝડપી બનાવવાનો છે. માઇક્રોસર્વિસીસ અભિગમમાં, વિકાસકર્તાઓ પહેલેથી જ સંપૂર્ણપણે મોડ્યુલર એપ્લિકેશન્સ સાથે કામ કરે છે અને ડિઝાઇન કરે છે, જે વિવિધ ટીમોને એકસાથે કોડ લખવા અને એપ્લિકેશનમાં ફેરફારો કરવાની મંજૂરી આપે છે.

ટૂંકા અને વધુ વારંવાર જમાવટના નીચેના ફાયદા છે:

• બજારમાં આવવાનો સમય ઓછો થયો છે.
• નવી સુવિધાઓ વપરાશકર્તાઓ સુધી ઝડપથી પહોંચે છે.
• વપરાશકર્તા પ્રતિસાદ ઝડપથી વિકાસ ટીમ સુધી પહોંચે છે. આનો અર્થ એ છે કે ટીમ સુવિધાઓ ઉમેરી શકે છે અને સમસ્યાઓ વધુ ઝડપથી ઠીક કરી શકે છે.
• વિકાસકર્તાનું મનોબળ વધે છે: વિકાસમાં વધુ સુવિધાઓ સાથે કામ કરવા માટે વધુ મજા આવે છે.

પરંતુ જેમ જેમ રીલીઝની આવર્તન વધે છે તેમ, એપ્લિકેશનની વિશ્વસનીયતા અથવા વપરાશકર્તા અનુભવ પર નકારાત્મક અસર થવાની શક્યતાઓ પણ વધે છે. તેથી જ ઑપરેશન્સ અને DevOps ટીમો માટે પ્રક્રિયાઓ બનાવવા અને ડિપ્લોયમેન્ટ વ્યૂહરચનાઓને એવી રીતે સંચાલિત કરવી મહત્વપૂર્ણ છે કે જેથી ઉત્પાદન અને વપરાશકર્તાઓ માટે જોખમ ઓછું થાય. (તમે CI/CD પાઇપલાઇન ઓટોમેશન વિશે વધુ જાણી શકો છો અહીં.)

આ પોસ્ટમાં, અમે કુબરનેટ્સમાં વિવિધ જમાવટની વ્યૂહરચનાઓની ચર્ચા કરીશું, જેમાં રોલિંગ ડિપ્લોયમેન્ટ્સ અને વધુ અદ્યતન પદ્ધતિઓ જેમ કે કેનેરી રોલઆઉટ્સ અને તેમની વિવિધતાઓનો સમાવેશ થાય છે.

જમાવટ વ્યૂહરચના

તમારા ધ્યેયના આધારે તમે ઉપયોગ કરી શકો છો તે વિવિધ પ્રકારની જમાવટ વ્યૂહરચનાઓ છે. ઉદાહરણ તરીકે, તમારે વધુ પરીક્ષણ માટે ચોક્કસ વાતાવરણમાં અથવા વપરાશકર્તાઓ/ક્લાયન્ટના સબસેટમાં ફેરફાર કરવાની જરૂર પડી શકે છે, અથવા તમારે સુવિધા બનાવતા પહેલા મર્યાદિત વપરાશકર્તા પરીક્ષણ કરવાની જરૂર પડી શકે છે. જાહેર.

રોલિંગ (ક્રમશઃ, "રોલિંગ" જમાવટ)

કુબરનેટ્સમાં આ પ્રમાણભૂત જમાવટ વ્યૂહરચના છે. તે ધીમે ધીમે, એક પછી એક, ક્લસ્ટર ડાઉનટાઇમ વિના - નવા સંસ્કરણ સાથે પોડ્સ સાથે એપ્લિકેશનના જૂના સંસ્કરણ સાથેના પોડ્સને બદલે છે.

નવા શીંગો કામ કરવા માટે તૈયાર ન થાય ત્યાં સુધી કુબરનેટ્સ રાહ જુએ છે (તેનો ઉપયોગ કરીને તપાસ કરી રહ્યા છીએ તૈયારી પરીક્ષણો), તમે જૂનાને રોલ અપ કરવાનું શરૂ કરો તે પહેલાં. જો કોઈ સમસ્યા આવે, તો આ રોલિંગ અપડેટ સમગ્ર ક્લસ્ટરને બંધ કર્યા વિના રદ કરી શકાય છે. જમાવટના પ્રકારનું વર્ણન કરતી 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"
...

કેનેરી (કેનેરી જમાવટ)

કેનેરી રોલઆઉટ્સ વાદળી-લીલા રોલઆઉટ જેવા જ હોય ​​છે, પરંતુ તેમાં વધુ સારું નિયંત્રણ અને ઉપયોગ હોય છે પ્રગતિશીલ પગલું દ્વારા પગલું અભિગમ. આ પ્રકારમાં "સ્ટીલ્થ" લોંચ અને A/B પરીક્ષણ સહિતની વિવિધ વ્યૂહરચનાઓનો સમાવેશ થાય છે.

આ વ્યૂહરચનાનો ઉપયોગ ત્યારે થાય છે જ્યારે કેટલીક નવી કાર્યક્ષમતા અજમાવવાની જરૂર હોય, સામાન્ય રીતે એપ્લિકેશનના બેકએન્ડમાં. અભિગમનો સાર એ છે કે બે લગભગ સમાન સર્વર્સ બનાવવાનું છે: એક લગભગ તમામ વપરાશકર્તાઓને સેવા આપે છે, અને બીજું, નવા કાર્યો સાથે, વપરાશકર્તાઓના માત્ર એક નાના પેટાજૂથને સેવા આપે છે, જેના પછી તેમના કાર્યના પરિણામોની તુલના કરવામાં આવે છે. જો બધું ભૂલો વિના ચાલે છે, તો નવું સંસ્કરણ ધીમે ધીમે સમગ્ર ઇન્ફ્રાસ્ટ્રક્ચરમાં રોલઆઉટ કરવામાં આવે છે.

જો કે આ વ્યૂહરચના ફક્ત કુબરનેટ્સનો ઉપયોગ કરીને અમલમાં મૂકી શકાય છે, જૂના પોડ્સને નવી સાથે બદલીને, ઇસ્ટિઓ જેવા સર્વિસ મેશનો ઉપયોગ કરવો તે વધુ અનુકૂળ અને સરળ છે.

ઉદાહરણ તરીકે, તમારી પાસે ગિટમાં બે અલગ અલગ મેનિફેસ્ટ હોઈ શકે છે: ટેગ 0.1.0 સાથે નિયમિત મેનિફેસ્ટ અને 0.2.0 ટેગ સાથે કેનેરી મેનિફેસ્ટ. Istio વર્ચ્યુઅલ ગેટવે મેનિફેસ્ટમાં વજન બદલીને, તમે આ બે જમાવટ વચ્ચે ટ્રાફિકના વિતરણને નિયંત્રિત કરી શકો છો:

Istio નો ઉપયોગ કરીને કેનેરી ડિપ્લોયમેન્ટ્સ અમલમાં મૂકવા માટે પગલું-દર-પગલાની માર્ગદર્શિકા માટે, જુઓ Istio સાથે GitOps વર્કફ્લો. (નૉૅધ. અનુવાદ: અમે કેનેરી રોલઆઉટ્સ વિશેની સામગ્રીનો Istio માં અનુવાદ પણ કર્યો છે અહીં.)

Weaveworks ફ્લેગર સાથે કેનેરી જમાવટ

Weaveworks ફ્લેગર તમને કેનેરી રોલઆઉટ્સને સરળતાથી અને અસરકારક રીતે સંચાલિત કરવાની મંજૂરી આપે છે.

ફ્લેગર ઓટોમેટ તેમની સાથે કામ કરે છે. તે ટ્રાફિકને રૂટ કરવા અને સ્વિચ કરવા માટે Istio અથવા AWS એપ મેશ અને પરિણામોનું વિશ્લેષણ કરવા માટે પ્રોમિથિયસ મેટ્રિક્સનો ઉપયોગ કરે છે. વધુમાં, કેનેરી જમાવટના વિશ્લેષણને સ્વીકૃતિ પરીક્ષણો, લોડ પરીક્ષણો અને અન્ય કોઈપણ પ્રકારની તપાસ કરવા માટે વેબહુક્સ સાથે પૂરક બનાવી શકાય છે.

કુબરનેટ્સ જમાવટના આધારે અને, જો જરૂરી હોય તો, પોડ્સની આડી સ્કેલિંગ (HPA), ફ્લેગર કેનેરી ડિપ્લોયમેન્ટ્સનું વિશ્લેષણ અને અમલીકરણ કરવા માટે ઑબ્જેક્ટ્સના સેટ (કુબરનેટ્સ ડિપ્લોયમેન્ટ્સ, ક્લસ્ટરઆઈપી સેવાઓ અને ઇસ્ટિઓ અથવા એપ મેશ વર્ચ્યુઅલ સેવાઓ) બનાવે છે:

નિયંત્રણ લૂપનો અમલ (નિયંત્રણ લૂપ),ફ્લેગર ધીમે ધીમે કેનેરી સર્વર પર ટ્રાફિકને સ્વિચ કરે છે, જ્યારે તે સાથે સાથે સફળ HTTP વિનંતીઓની ટકાવારી, સરેરાશ વિનંતીની અવધિ અને પોડ હેલ્થ જેવા મુખ્ય પ્રદર્શન મેટ્રિક્સને માપે છે. KPI (કી પર્ફોર્મન્સ ઈન્ડિકેટર્સ) વિશ્લેષણના આધારે, કેનેરી કાં તો વધે છે અથવા તૂટી જાય છે અને વિશ્લેષણના પરિણામો સ્લેકમાં પ્રકાશિત થાય છે. આ પ્રક્રિયાનું વર્ણન અને નિદર્શન સામગ્રીમાં મળી શકે છે એપ્લિકેશન મેશ માટે પ્રગતિશીલ ડિલિવરી.

ડાર્ક (છુપાયેલ) અથવા A/B જમાવટ

સ્ટીલ્થ જમાવટ એ કેનેરી વ્યૂહરચનાની બીજી વિવિધતા છે (જેની સાથે, ફ્લેગર પણ કામ કરી શકે છે). સ્ટીલ્થ અને કેનેરી ડિપ્લોયમેન્ટ્સ વચ્ચેનો તફાવત એ છે કે સ્ટીલ્થ ડિપ્લોયમેન્ટ્સ કેનેરી ડિપ્લોયમેન્ટ જેવા બેકએન્ડને બદલે ફ્રન્ટ એન્ડ સાથે વ્યવહાર કરે છે.

આ જમાવટનું બીજું નામ A/B પરીક્ષણ છે. નવી સુવિધા તમામ વપરાશકર્તાઓ માટે ઉપલબ્ધ કરાવવાને બદલે, તે તેમના માત્ર મર્યાદિત હિસ્સાને જ ઓફર કરવામાં આવે છે. સામાન્ય રીતે, આ વપરાશકર્તાઓ અજાણ છે કે તેઓ અગ્રણી પરીક્ષકો છે (તેથી "સ્ટીલ્થ ડિપ્લોયમેન્ટ" શબ્દ).

કાર્યક્ષમતા સ્વીચોનો ઉપયોગ કરીને (સુવિધા ટૉગલ) અને અન્ય ટૂલ્સ, તમે મોનિટર કરી શકો છો કે વપરાશકર્તાઓ નવી સુવિધા સાથે કેવી રીતે ક્રિયાપ્રતિક્રિયા કરે છે, શું તેઓ તેના દ્વારા સંકળાયેલા છે, અથવા શું તેઓને નવું વપરાશકર્તા ઇન્ટરફેસ ગૂંચવણભર્યું લાગે છે, અને અન્ય પ્રકારના મેટ્રિક્સ.

ફ્લેગર અને A/B જમાવટ

વજન-આધારિત રૂટીંગ ઉપરાંત, ફ્લેગર HTTP પરિમાણોના આધારે કેનેરી સર્વર પર ટ્રાફિકને પણ રૂટ કરી શકે છે. A/B પરીક્ષણમાં, તમે વપરાશકર્તાઓના ચોક્કસ સેગમેન્ટને લક્ષ્ય બનાવવા માટે HTTP હેડર અથવા કૂકીઝનો ઉપયોગ કરી શકો છો. આ ખાસ કરીને ફ્રન્ટએન્ડ એપ્લિકેશન્સના કિસ્સામાં અસરકારક છે કે જેને સર્વર સાથે સત્ર બંધનકર્તાની જરૂર હોય છે (સત્ર સંબંધ). ફ્લેગર દસ્તાવેજીકરણમાં વધુ માહિતી મળી શકે છે.

લેખક કૃતજ્ઞતા વ્યક્ત કરે છે સ્ટેફન પ્રોડન, વેવવર્ક એન્જિનિયર (અને ફ્લેગરના નિર્માતા), આ તમામ અદ્ભુત જમાવટ પેટર્ન માટે.

અનુવાદક તરફથી પીએસ

અમારા બ્લોગ પર પણ વાંચો:

• «કુબરનેટ્સ માટે ઇન્ગ્રેસ કંટ્રોલર્સની ઝાંખી અને સરખામણી»;
• «werf - કુબરનેટ્સમાં CI/CD માટે અમારું સાધન (વિહંગાવલોકન અને વિડિયો રિપોર્ટ)»;
• «werf અને GitLab CI સાથે સમાન પ્રકારની માઇક્રોસર્વિસિસ બનાવો અને તેનો ઉપયોગ કરો»;
• «GitOps શું છે?».

સોર્સ: www.habr.com