પ્રોડ વેરિફિકેશન, રિલીઝ વ્યૂહરચના અને એન્ડ-ટુ-એન્ડ AI વર્કફ્લો

નફો:

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

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

આ અંતિમ એકમમાં અમે બે બાબતોને જોડીએ છીએ: (1) રીલીઝ પદ્ધતિઓ જે જોખમ ઘટાડે છે (કેનેરી, વાદળી-લીલો, લક્ષણ ધ્વજ) અને ઉત્પાદન ચકાસણીની શિસ્ત; (2) આખા મોડ્યુલમાં આપણે શીખ્યા દરેક ભાગ-CI/CD, IaC, કન્ટેનર, મોનિટરિંગ, ઘટના, કિંમત, સ્ક્રિપ્ટ, સુરક્ષા-એક AI-સંચાલિત એન્ડ-ટુ-એન્ડ વર્કફ્લોમાં એકસાથે આવે છે. ચાલો છેલ્લી વાર પ્રારંભિક અવતરણનું પુનરાવર્તન કરીએ: AI દરેક પગલા પર ડ્રાફ્ટ બનાવે છે અને વેગ આપે છે; પરંતુ તમે તે છો જે "હું આ લાઇવ લઈ રહ્યો છું" બટન દબાવો અને પરિણામ માટે વાઉચ કરો.

જોખમ ઘટાડતી વ્યૂહરચના પ્રકાશિત કરો

બધા વપરાશકર્તાઓને એક જ સમયે ફેરફાર કરવા દબાણ કરવું એ સૌથી જોખમી રસ્તો છે. પુખ્ત પદ્ધતિઓ:

• બ્લુ-ગ્રીન ડિપ્લોયમેન્ટ: બે સરખા વાતાવરણ જાળવવામાં આવે છે - "વાદળી" (જીવંત) અને "ગ્રીન" (નવું સંસ્કરણ). નવું સંસ્કરણ તૈયાર કરવામાં આવે છે અને લીલા રંગમાં પરીક્ષણ કરવામાં આવે છે, પછી ટ્રાફિક અચાનક લીલા રંગમાં ફેરવાય છે. જો કોઈ સમસ્યા હોય, તો ટ્રાફિક તરત જ વાદળી થઈ જાય છે. ઝડપી રોલબેક તેનો સૌથી મોટો ફાયદો છે.
• કેનેરી ડિપ્લોયમેન્ટ: નવું વર્ઝન સૌપ્રથમ વપરાશકર્તાઓની નાની ટકાવારી (દા.ત. 5%) માટે રિલીઝ કરવામાં આવે છે; જો મેટ્રિક્સ સારા હોય, તો ધીમે ધીમે 100% સુધી વધારો. સમસ્યા વપરાશકર્તાના નાના ટુકડાને અસર કરે છે, સમગ્ર વપરાશકર્તાને નહીં.
• લક્ષણ ધ્વજ: નવી સુવિધા કોડમાં પ્રવેશે છે પરંતુ ધ્વજ દ્વારા અવરોધિત છે; જ્યારે વિનંતી કરવામાં આવે ત્યારે તે ચોક્કસ વપરાશકર્તાઓ માટે ખોલવામાં આવે છે. જમાવટ અને "પ્રકાશન" વચ્ચે તફાવત છે; જો કોઈ સમસ્યા હોય, તો કોડને રોલ બેક કર્યા વિના ધ્વજ બંધ કરવામાં આવે છે.

ટીપ: સૌથી ઝડપી સલામતી નેટ એ છે કે દરેક જમાવટ પહેલાં રોલબેક તૈયાર રાખવું. "જો કંઈક ખોટું થાય, તો હું 60 સેકન્ડમાં જૂના સંસ્કરણ પર કેવી રીતે પાછું ફરી શકું?" જો પ્રશ્નનો કોઈ સ્પષ્ટ જવાબ ન હોય, તો તમે તે જમાવટ કરવા તૈયાર નથી.

ઉત્પાદન ચકાસણી: જ્યારે જમાવટ સમાપ્ત થાય છે ત્યારે કાર્ય સમાપ્ત થતું નથી

માત્ર કારણ કે જમાવટ "લીલી" દેખાય છે તેનો અર્થ એ નથી કે તે કામ કરી રહ્યું છે. પદ્ધતિસરની ચકાસણી:

1. આરોગ્ય તપાસો: શું સેવા ચાલુ છે, શું /healthz પ્રતિસાદ આપી રહ્યું છે?
2. ધૂમ્રપાન પરીક્ષણો: શું કેટલાક સૌથી મહત્વપૂર્ણ વપરાશકર્તા માર્ગો (લોગિન, ચુકવણી, શોધ) ખરેખર કામ કરે છે? સ્વચાલિત અને ઝડપી.
3. ગોલ્ડન સિગ્નલો માટે જુઓ: પોસ્ટ-ડિપ્લોય એરર રેટ, લેટન્સી, શું ટ્રાફિક સામાન્ય છે? (એકમ 6 પર ચાર સિગ્નલો.)
4. ધીમે ધીમે વિસ્તૃત કરો: તમે કેનેરી ટકાવારી વધારતા જાવ તેમ દરેક પગલા પર મેટ્રિક્સ જુઓ.
5. અવલોકન વિન્ડો: જમાવટ પછી સમય (દા.ત. 30 મિનિટ) માટે નજીકથી નિરીક્ષણ કરો; કપટી સમસ્યાઓ તરત જ દેખાતી નથી.

સાવધાન: AI ધુમાડાના પરીક્ષણો અથવા ચકાસણીની સૂચિ બનાવી શકે છે, પરંતુ તે નક્કી કરવાનું તમારું કામ છે કે કયા વપરાશકર્તા પાથ "ક્રિટિકલ" છે. AI સામાન્ય યાદી આપે છે; માત્ર તમે જ જાણો છો કે તમારો ચુકવણીનો પ્રવાહ, તમારો સૌથી વધુ આવક-ઉત્પાદન કરનાર પાથનું પરીક્ષણ કરવું આવશ્યક છે.

પ્રકાશન વ્યૂહરચના સરખામણી

વ્યૂહરચના

મુખ્ય ફાયદો

કિંમત/જટિલતા

સૌથી યોગ્ય

વાદળી-લીલો

ત્વરિત રોલબેક

બે વાતાવરણ = 2x સંસાધનો

જો ઝડપી પુનઃપ્રાપ્તિ મહત્વપૂર્ણ છે

કેનેરી

અસરને નાના ટુકડા સુધી મર્યાદિત કરે છે

ટ્રાફિક વ્યવસ્થાપન જરૂરી છે

વિશાળ વપરાશકર્તા આધાર

ફીચર ફ્લેગ

પ્રકાશનથી અલગ પાડે છે

ધ્વજ વ્યવસ્થાપન દેવું

ક્રમિક/લક્ષિત ઓપનિંગ

રોલિંગ અપડેટ

સરળ, સંસાધન-મૈત્રીપૂર્ણ

ધીમો રોલબેક

સરળ સેવાઓ

એન્ડ-ટુ-એન્ડ AI-સંચાલિત વર્કફ્લો

ચાલો હવે આખા મોડ્યુલને એક જ પ્રવાહમાં જોડીએ. ધારો કે તમે નવી માઇક્રોસર્વિસ પ્રકાશિત કરી રહ્યાં છો. AI દરેક પગલા પર ડ્રાફ્ટ બનાવે છે; તમે દરેક પગલા પર ચકાસો છો:

1. કોડ અને કન્ટેનર (યુનિટ 4): AI ઑપ્ટિમાઇઝ, સુરક્ષિત ડોકરફાઇલ બનાવે છે; તમે નો-સિક્રેટ અને સાઈઝ ચકાસશો.
2. CI/CD (યુનિટ 2): AI ટેસ્ટ-બિલ્ડ-ડિપ્લોય પાઇપલાઇન લખે છે; તમે પરવાનગીઓને સંકુચિત કરો અને ગુપ્ત સંદર્ભો તપાસો.
3. ઈન્ફ્રાસ્ટ્રક્ચર (યુનિટ 3): AI ટેરાફોર્મ સાથે જરૂરી સંસાધનોને વ્યાખ્યાયિત કરે છે; તમે પ્લાન આઉટપુટ વાંચો છો અને અનપેક્ષિત કાઢી નાખવાની શોધ કરશો નહીં.
4. ઓર્કેસ્ટ્રેશન (યુનિટ 5): AI કુબરનેટ્સ મેનિફેસ્ટનું ઉત્પાદન કરે છે; તમે સંસાધન મર્યાદા, ચકાસણી અને RBAC ને ચકાસો છો.
5. સુરક્ષા (યુનિટ 10): AI સ્કેન આઉટપુટને પ્રાથમિકતા આપે છે; તમે પહેલા શોષણ કરનારાઓને પકડો.
6. મોનીટરીંગ (યુનિટ 6): AI એલાર્મ નિયમો અને ડેશબોર્ડ જનરેટ કરે છે; તમે તમારા ભૂતકાળના ડેટા સાથે થ્રેશોલ્ડનું પરીક્ષણ કરો છો.
7. પ્રકાશન અને માન્યતા (આ એકમ): AI સ્મોક ટેસ્ટ અને રોલબેક પ્લાનની રૂપરેખા આપે છે; તમે કેનેરી શરૂ કરો, મેટ્રિક્સ જુઓ, બટન દબાવો.
8. જો ઘટના બને છે (યુનિટ 7): AI પૂર્વધારણા અને પોસ્ટમોર્ટમ સ્કેચ બનાવે છે; તમે ચકાસો અને પાઠ શીખો.
9. કિંમત (યુનિટ 8): AI નવા સંસાધનોના કચરા પર નજર રાખે છે; તમે યોગ્ય કદના નિર્ણયો લો.

દરેક પગલા પર, સામાન્ય નિયમ સતત રહે છે: AI ઉત્પન્ન કરે છે અને વેગ આપે છે, માનવી ચકાસણી કરે છે અને વાઉચ કરે છે. આ મોડ્યુલનો સાર છે.

ત્રણ નાના કેસો

કેસ 1 - કેનેરીએ આપત્તિને 5% સુધી મર્યાદિત કરી. એક ટીમે કેનેરી સાથે 5% વપરાશકર્તાઓને નવું સંસ્કરણ આપ્યું. AI એ તરત જ જે ડેશબોર્ડ બનાવ્યું તે દર્શાવે છે કે આ સ્લાઈસમાં એરર રેટ વધીને 8% થઈ ગયો છે. ટીમે તેને 100% સુધી વધાર્યા વિના પાછું લીધું; સમસ્યા માત્ર 5% વપરાશકર્તાઓને અસર કરે છે, અને તે થોડી મિનિટો માટે હતી. જો કોઈ મોટી-બેંગ જમાવટ હોત, તો તમામ ગ્રાહકોને અસર થશે.

કેસ 2 - સ્મોક ટેસ્ટે ખૂટતો રસ્તો પકડ્યો. AI એ સ્મોક ટેસ્ટ સેટ ઓફર કર્યો હતો, પરંતુ તેમાં "ચુકવણી"નો પ્રવાહ નહોતો. એન્જીનીયરે તે ઉમેર્યું, એ જાણીને કે આવકનો સૌથી મહત્વપૂર્ણ પ્રવાહ ચુકવણી છે. પોસ્ટ-ડિપ્લોય ટેસ્ટ ચેકઆઉટ સ્ટેપ પર જ તૂટી ગયો — તૃતીય-પક્ષ કીની સમયસીમા સમાપ્ત થઈ ગઈ હતી. વેરિફિકેશનમાં ગણતરીની મિનિટોમાં આવકની સાયલન્ટ ખોટ જોવા મળી.

કેસ 3 — તૈયાર રોલબેક 90 સેકન્ડમાં સાચવવામાં આવ્યું. એક ટીમ કે જેણે બ્લુ-ગ્રીન ઇન્સ્ટોલ કર્યું તે નવા વર્ઝનને લીલું કરી દીધું; 2 મિનિટ પછી વિલંબ બમણો થયો. તેઓએ અગાઉથી તૈયાર કરેલા રોલબેક સાથે 90 સેકન્ડમાં ટ્રાફિકને વાદળી રંગમાં ફેરવ્યો. તેમને મૂળ કારણ (નવા સંસ્કરણમાં ધીમી ક્વેરી) દબાણ હેઠળ નહીં, પછી શાંતિથી મળ્યું. તૈયાર રોલબેક પાથએ વિક્ષેપને લગભગ અદ્રશ્ય બનાવી દીધો.

ચાર નકલ કરી શકાય તેવા નમૂનાઓ

1) રિલીઝ વ્યૂહરચના પસંદગી:

હું નીચેની સેવાનું ઉત્પાદન કરીશ: [સેવા/પ્રસંગ: વપરાશકર્તાઓની સંખ્યા, આઉટેજ સહિષ્ણુતા, ઈન્ફ્રાસ્ટ્રક્ચર]. તમે વાદળી-લીલા, કેનેરી અને વિશેષતા ધ્વજ વચ્ચે કોની ભલામણ કરો છો? આ સંદર્ભમાં દરેકના ફાયદા, ખર્ચ અને રોલબેક ઝડપની તુલના કરો. એક સૂચન આપો, પરંતુ જણાવો કે હું અંતિમ નિર્ણય લઈશ.

2) સ્મોક ટેસ્ટ/વેરિફિકેશન લિસ્ટ:

[સેવા] માટે ડ્રાફ્ટ સ્મોક ટેસ્ટ અને વેરિફિકેશન લિસ્ટ તૈયાર કરો કે જે હું જમાવટ પછી ચલાવીશ: આરોગ્ય તપાસ, સૌથી મહત્વપૂર્ણ વપરાશકર્તા માર્ગો, મારે કેટલી મિનિટો માટે કયા મેટ્રિક્સનું નિરીક્ષણ કરવું જોઈએ? ધારો કે હું સૌથી મહત્વપૂર્ણ વ્યવસાય પાથને ચિહ્નિત કરીશ અને તે ક્ષેત્ર ખાલી છોડીશ.

3) રોલબેક પ્લાન:

હું [ડિપ્લોય પદ્ધતિ] નો ઉપયોગ કરું છું. મને સ્પષ્ટ રોલબેક પ્લાન લખો: હું કયા આદેશ/પગલાં સાથે જૂના સંસ્કરણ પર પાછા ફરું, તે કેટલો સમય લે છે, રોલબેકના જોખમો શું છે (દા.ત. ડેટાબેઝ સ્થાનાંતરણને રોલબેક કરી શકાતું નથી), રોલબેક કરતા પહેલા મારે શું તપાસવું જોઈએ?

4) એન્ડ-ટુ-એન્ડ રિલીઝ ચેકલિસ્ટ:

નવા [SERVICE] પ્રોજેક્ટને રિલીઝ કરવા માટે એન્ડ-ટુ-એન્ડ તૈયારી ચેકલિસ્ટ તૈયાર કરો: કોડ/ઇમેજ સુરક્ષા, પાઇપલાઇન, ઇન્ફ્રાસ્ટ્રક્ચર પ્લાન, મોનિટરિંગ અને અલાર્મિંગ, સિક્યુરિટી સ્કેનિંગ, રિલીઝ વ્યૂહરચના, રોલબેક અને વેરિફિકેશન. "શું હું તૈયાર છું?" પ્રશ્ન સાથે દરેક આઇટમ તપાસો. તેને પ્રશ્નમાં ફેરવો.

નબળા પ્રોમ્પ્ટ / મજબૂત પ્રોમ્પ્ટ

નબળા: "હું આને ઉત્પાદનમાં કેવી રીતે મેળવી શકું?"

પરિણામ: કોઈ સંદર્ભ નથી; AI સામાન્ય જમાવટના પગલાંની સૂચિ આપે છે, તે તમારી જોખમ સહિષ્ણુતા, વપરાશકર્તા સ્કેલ અને રોલબેક જરૂરિયાતને સંબોધિત કરતું નથી.

Güçlü: "હું 10 મિલિયન વપરાશકર્તાઓ સાથે ચુકવણી સેવાનું ઉત્પાદન કરીશ, ડાઉનટાઇમ માટે મારી સહિષ્ણુતા ઘણી ઓછી છે. શું તમે કેનેરી અથવા બ્લુ-ગ્રીનની ભલામણ કરો છો, શા માટે? ડિપ્લોયમેન્ટ પછી મારે કયા નિર્ણાયક પાથનું પરીક્ષણ કરવું જોઈએ, મારે કેટલી મિનિટો માટે કયા મેટ્રિક્સનું નિરીક્ષણ કરવું જોઈએ, અને 60-સેકન્ડનો રોલબેક પ્લાન કેવો હોવો જોઈએ? હું અંતિમ નિર્ણય લઈશ."

તફાવત: બીજો પ્રોમ્પ્ટ સ્કેલ, સહિષ્ણુતા અને રોલબેક અપેક્ષા આપે છે; તેને વ્યૂહરચના + ચકાસણી + પૂર્વવત્ કરવાની જરૂર છે અને નિર્ણય માનવ પર છોડી દે છે.

સામાન્ય ભૂલો

• રોલબેક પ્લાન વિના જમાવવું. જો ત્યાં પાછા કોઈ રસ્તો નથી, દરેક જમાવટ એક જુગાર છે.
• બિગ-બેંગ જમાવટ. તેને એક જ સમયે સમગ્ર વપરાશકર્તાને આપવાથી જોખમ વધી જાય છે.
• "ગ્રીન = વર્કિંગ" ધારી રહ્યા છીએ. જે સેવા આરોગ્ય તપાસમાં પસાર થઈ છે તે જટિલ માર્ગ પર તૂટી શકે છે.
• એવું વિચારીને કે તમે AI પર નિર્ણાયક વ્યવસાય પાથ છોડી રહ્યાં છો. તમારે ચુકવણી જેવી પદ્ધતિઓ ચિહ્નિત કરવી આવશ્યક છે.
• જમાવટ પછી દેખરેખ નથી. કપટી સમસ્યાઓ પ્રથમ મિનિટમાં દેખાતી નથી; અવલોકન વિન્ડો જરૂરી છે.
• વિચારવું કે ડેટાબેઝ સ્થળાંતર ઉલટાવી શકાય તેવું છે. કેટલાક ફેરફારો રોલબેક થતા નથી; અલગથી આયોજન કરવામાં આવ્યું છે.

સારાંશમાં

પ્રોડ પર જવું એ સાંકળની સૌથી મહત્વપૂર્ણ કડી છે અને તે "આશા" દ્વારા નહીં પરંતુ નિયંત્રિત વ્યૂહરચનાઓ સાથે કરવામાં આવે છે: વાદળી-લીલો તાત્કાલિક રોલબેક પ્રદાન કરે છે, કેનેરી અસરને નાના ટુકડા સુધી મર્યાદિત કરે છે, ફિચર ફ્લેગ ડિપ્લોયમેન્ટને રિલીઝથી અલગ કરે છે. જ્યારે જમાવટ પૂર્ણ થઈ જાય ત્યારે કામ પૂરું થયું નથી; આરોગ્ય તપાસો, ધુમાડાના પરીક્ષણો અને ગોલ્ડન સિગ્નલ મોનિટરિંગ દ્વારા પદ્ધતિસરની ચકાસણી જરૂરી છે. AI સમગ્ર મોડ્યુલ દરમિયાન દરેક પગલા પર ડ્રાફ્ટ જનરેટ કરે છે અને વેગ આપે છે - ડોકરફાઇલથી પાઇપલાઇન સુધી, ટેરાફોર્મથી એલાર્મ નિયમ સુધી, પોસ્ટમોર્ટમથી ખર્ચ વિશ્લેષણ સુધી. પરંતુ સક્ષમ વ્યક્તિ રહે છે જે દરેક પગલાની ચકાસણી કરે છે, ગો લાઇવ બટનને દબાણ કરે છે અને પરિણામ માટે ખાતરી આપે છે. આ એન્ડ-ટુ-એન્ડ AI-સંચાલિત DevOps નો સુવર્ણ નિયમ છે.

એપ્લિકેશન કાર્ય

પ્રકાશિત કરવા માટે સેવા (વાસ્તવિક અથવા કાલ્પનિક) પસંદ કરો. (1) એક વ્યૂહરચના પસંદ કરો કે જે તમારા સંદર્ભને "પ્રકાશન વ્યૂહરચના પસંદગી" નમૂના સાથે બંધબેસે છે અને શા માટે લખો. (2) "સ્મોક ટેસ્ટ / વેરિફિકેશન લિસ્ટ" ટેમ્પલેટ સાથે જનરેટ કરેલ ચકાસણી સૂચિ રાખો અને સૌથી મહત્વપૂર્ણ વ્યવસાય પાથ જાતે ઉમેરો. (3) "રોલબેક પ્લાન" ટેમ્પલેટ સાથે 60-સેકન્ડનો રોલબેક પ્લાન તૈયાર કરો અને તપાસો કે તેમાં કોઈ બદલી ન શકાય તેવા પગલાં છે કે કેમ.

ચેકલિસ્ટ

• [ ] મેં એક રિલીઝ વ્યૂહરચના (કેનેરી/બ્લુ-ગ્રીન/ફ્લેગ) પસંદ કરી જે મારા સંદર્ભને અનુરૂપ છે.
• [ ] ડિપ્લોયમેન્ટ પહેલા મારી પાસે સ્પષ્ટ અને ઝડપી રોલબેક પ્લાન તૈયાર છે.
• [ ] મેં મારા સ્મોક પરીક્ષણોમાં સૌથી મહત્વપૂર્ણ વ્યવસાય માર્ગો (દા.ત. ચુકવણી) ઉમેર્યા છે.
• [ ] જમાવટ પછી, હું અવલોકન વિન્ડો દ્વારા સુવર્ણ સંકેતોનું નિરીક્ષણ કરું છું.
• [ ] મેં બદલી ન શકાય તેવા પગલાં (ડેટાબેઝ સ્થળાંતર, વગેરે)નું પણ આયોજન કર્યું છે.
• [ ] મેં દરેક પગલા પર AI બ્લુપ્રિન્ટની ચકાસણી કરી; મેં લાઇવ થવાનો નિર્ણય લીધો.

મોડ્યુલ પરીક્ષા

1. ક્લાઉડમાં DevOps અને AI માટે નીચેનામાંથી કયું સ્થાન શ્રેષ્ઠ છે?

• A) કૃત્રિમ બુદ્ધિ એ સહાયક અને નિર્ણય સહાયક સાધન છે; ઉત્પાદનને અસર કરતા નિર્ણાયક નિર્ણયો માટે લોકો જવાબદાર છે ✔
• બી) આર્ટિફિશિયલ ઇન્ટેલિજન્સ માનવ મંજૂરી વિના પ્રોડ ડિપ્લોયમેન્ટ અને ગુપ્ત પરિભ્રમણને અંતિમ સ્વરૂપ આપી શકે છે
• C) આર્ટિફિશિયલ ઈન્ટેલિજન્સ માત્ર દસ્તાવેજો લખવા માટે જ ઉપયોગી છે, તેને ઈન્ફ્રાસ્ટ્રક્ચર સાથે કોઈ લેવાદેવા નથી
• ડી) ઑડિટ બિનજરૂરી છે કારણ કે કૃત્રિમ બુદ્ધિ હંમેશા એન્જિનિયર કરતાં વધુ વિશ્વસનીય આદેશો ઉત્પન્ન કરે છે

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

2. કૃત્રિમ બુદ્ધિ દ્વારા ઉત્પાદિત DevOps આદેશ અથવા ગોઠવણીને અમલમાં મૂકતા પહેલા ચકાસણી શિસ્ત માટે સૌથી સચોટ અભિવ્યક્તિ કઈ છે?

• A) જો આઉટપુટ સરળ અને આત્મવિશ્વાસપૂર્ણ લાગે છે તો તે સીધા ઉત્પાદનમાં ચલાવી શકાય છે
• B) આઉટપુટ ફક્ત ત્યારે જ સુરક્ષિત છે જો ત્યાં કોઈ વાક્યરચના ભૂલો ન હોય, વધુ તપાસની જરૂર નથી
• સી) આઉટપુટને સ્ત્રોત સાથે કનેક્ટ કરો, પ્લાન/ડ્રાય-રન કરો અને તેને તમારા સિસ્ટમ સંદર્ભ સાથે ફિલ્ટર કરો; પછી અરજી કરો ✔
• ડી) પ્રોડમાં સીધો પહેલો પ્રયાસ કરવો અને પરિણામ જોવું એ સૌથી ઝડપી ચકાસણી છે

સમજૂતી: થ્રી-સ્ટેપ વેરિફિકેશન આવશ્યક છે: આઉટપુટને સ્ત્રોત સાથે કનેક્ટ કરવું (અધિકૃત દસ્તાવેજમાં આદેશ/ધ્વજ વાસ્તવમાં છે), તેને ડ્રાય ચલાવવું (યોજના/--ડ્રાય-રન સાથે શું થાય છે તે જોવું), અને તેને સિસ્ટમ ફિલ્ટરમાંથી પસાર કરવું (શું તે તેના આર્કિટેક્ચરલ અને સુરક્ષા સંદર્ભમાં ફિટ છે). પ્રવાહિતાનો અર્થ ચોકસાઈ નથી.

3. વાસ્તવિક ડેટાબેઝ પાસવર્ડ ધરાવતી .env ફાઇલ સાથેની ભૂલ અથવા જમાવટની સમસ્યા વિશે આર્ટિફિશિયલ ઇન્ટેલિજન્સ પૂછતી વખતે સાચો અભિગમ શું છે?

• A) વાસ્તવિક રહસ્યોને <PLACEHOLDER> સાથે ઢાંકી દો; ફક્ત માસ્ક કરેલી ભૂલ અને સંદર્ભ શેર કરો ✔
• B) સમગ્ર .env ફાઈલને જેમ છે તેમ પેસ્ટ કરવાથી સમસ્યા ઝડપથી હલ થાય છે
• C) કારણ કે રહસ્યો પહેલેથી જ base64 છે, તે સાદા પેસ્ટ કરવા માટે સલામત છે
• ડી) પાસવર્ડ પેસ્ટ કરવો સલામત છે કારણ કે કૃત્રિમ બુદ્ધિ ક્યારેય તેને સંગ્રહિત કરતી નથી

વર્ણન: એઆઈ પ્રોમ્પ્ટમાં કોઈ વાસ્તવિક રહસ્યો પેસ્ટ કરવામાં આવતાં નથી. પાસવર્ડ્સ અને ટોકન્સ જેવા મૂલ્યો <PLACEHOLDER> સાથે માસ્ક કરેલા છે; માત્ર ભૂલ સંદેશ અને જરૂરી સંદર્ભ શેર કરવામાં આવે છે. જો સિક્રેટ પહેલેથી જ લીક થઈ ગયું હોય, તો તેને તરત જ રદ કરીને ફેરવવું જોઈએ.

4. નીચેનામાંથી કયું CI/CD પાઇપલાઇનમાં રહસ્યો (પાસવર્ડ, ટોકન)નું યોગ્ય સંચાલન છે?

• A) તે પ્લેટફોર્મના ગુપ્ત ભંડારમાં રાખવામાં આવે છે અને તેને સંદર્ભ દ્વારા બોલાવવામાં આવે છે (દા.ત. ${{ secrets.X }}), સાદા ટેક્સ્ટમાં લખાયેલું નથી ✔
• B) સુવિધા માટે YAML ને પાઇપલાઇનમાં સાદા લખાણમાં લખેલું
• C) દરેક કામની શરૂઆતમાં ઇકો અને લોગ દબાવીને તેની ચકાસણી કરવામાં આવે છે.
• ડી) જો વ્યાપક પરવાનગી (બધા લખો) સાથે વ્યાખ્યાયિત કરવામાં આવે, તો સુરક્ષા વધે છે

સમજૂતી: YAML ને સાદા લખાણમાં રહસ્યો લખવામાં આવતા નથી; તેને પ્લેટફોર્મની ગુપ્ત ભંડારમાં રાખવામાં આવે છે અને ${{ secrets.X }} જેવા સંદર્ભો સાથે બોલાવવામાં આવે છે. વધુમાં, ઓછામાં ઓછા સત્તાના સિદ્ધાંત સાથે, ટોકન પરવાનગીઓ સંકુચિત કરવામાં આવે છે અને ગુપ્ત લોગ રેકોર્ડ કરવામાં આવતો નથી.

5. ટેરાફોર્મ સાથે ઇન્ફ્રાસ્ટ્રક્ચર મેનેજમેન્ટમાં, પરિવર્તન લાઇવ અમલમાં મૂકતા પહેલા સૌથી મહત્વપૂર્ણ પગલું શું છે?

• A) સીધું 'ટેરાફોર્મ લાગુ' ચલાવવું; યોજના એ સમયનો બગાડ છે
• બી) રાજ્ય ફાઇલનો સાર્વજનિક ભંડારમાં બેકઅપ લેવો
• C) 'ટેરાફોર્મ પ્લાન' ચલાવો અને આઉટપુટમાં નાશ/બદલો લાઇન તપાસો, પછી લાગુ કરો ✔
• ડી) પ્રદાતા સંસ્કરણને અનઇન્સ્ટોલ કરો અને ખાતરી કરો કે નવીનતમ સંસ્કરણ આપમેળે આવે છે

સમજૂતી: 'ટેરાફોર્મ લાગુ' પહેલાં 'ટેરાફોર્મ પ્લાન' ચલાવવો આવશ્યક છે. કંઈપણ કર્યા વિના, શું ઉમેરવું, શું બદલવું અને ખાસ કરીને શું કાઢી નાખવું (નષ્ટ કરવું) પ્લાન બતાવે છે. જો અનપેક્ષિત નાશ અથવા બદલો લાઈન દેખાય છે, તો અરજી લાગુ કરવી જોઈએ નહીં.

6. તેનો અર્થ શું છે અને જો પ્રોડક્શન ડેટાબેઝ માટે '-/+ રિપ્લેસ' લાઈન ટેરાફોર્મ પ્લાન આઉટપુટમાં દેખાય તો શું કરવું જોઈએ?

• A) સ્ત્રોત ફક્ત સાઇટ પર અપડેટ કરવામાં આવશે, તેમાં કોઈ જોખમ નથી
• બી) સંસાધન કાઢી નાખવામાં આવશે અને ફરીથી બનાવવામાં આવશે; ડેટા ગુમાવવાનું જોખમ છે, જો અપેક્ષિત ન હોય તો અરજી બંધ કરવી જોઈએ ✔
• સી) નવા સંસાધનને ઉમેરવાથી, હાલના ડેટાબેઝને અસર થતી નથી
• ડી) આ માત્ર એક ચેતવણી છે, તેને સુરક્ષિત રીતે અવગણી શકાય છે

સમજૂતી: '-/+ રિપ્લેસ' એટલે કે સંસાધન કાઢી નાખવામાં આવશે અને ફરીથી બનાવવામાં આવશે; ડેટાબેઝ માટે, આનો અર્થ થાય છે ડેટા નુકશાન. જો અપેક્ષિત ન હોય તો, અરજી કરવાનું બંધ કરવું જોઈએ, ફેરફારને સુરક્ષિત પદ્ધતિમાં રૂપાંતરિત કરવો જોઈએ, અથવા અપરિવર્તનક્ષમ ક્ષેત્રને અસ્પૃશ્ય રાખવું જોઈએ.

7. ડોકરફાઈલ તેની સુરક્ષા અને કદના સંદર્ભમાં તૈયાર થવા માટે નીચેનામાંથી કયું સાચું છે?

• A) સગવડ માટે, ENV સાથે ઈમેજમાં સિક્રેટને એમ્બેડ કરો અને તેને રૂટ તરીકે ચલાવો
• B) હંમેશા ':latest' ટેગનો ઉપયોગ કરો અને બેઝ ઈમેજને શક્ય તેટલી મોટી રાખો
• સી) સિંગલ-સ્ટેજ બિલ્ડ અને અંતિમ ઈમેજમાં તમામ બિલ્ડ ટૂલ્સ છોડીને
• ડી) સિક્રેટને એમ્બેડ ન કરવું, અનધિકૃત USER સાથે કામ કરવું, નાની અને સ્થિર બેઝ ઇમેજ અને મલ્ટી-સ્ટેજ બિલ્ડનો ઉપયોગ કરવો ✔

વર્ણન: પ્રોડક્શન-રેડી ઈમેજ: સિક્રેટને એમ્બેડ કરતી નથી (રનટાઇમ પર તેને ઇન્જેક્ટ કરે છે), રુટને બદલે અનધિકૃત USER સાથે ચાલે છે, નાની અને વર્ઝનવાળી બેઝ ઈમેજનો ઉપયોગ કરે છે (સ્લિમ/આલ્પાઈન, : લેટેસ્ટ નહીં), અને મલ્ટી-સ્ટેજ બિલ્ડ સાથે સ્કેલ ડાઉન થાય છે. તે પ્રકાશન પહેલાં નબળાઈઓ માટે પણ સ્કેન કરવામાં આવે છે.

8. કુબરનેટ્સમાં જમાવટ માટે સંસાધન મર્યાદા નિર્ધારિત ન કરવાનું સૌથી મહત્વપૂર્ણ જોખમ શું છે?

• A) Pod ક્યારેય શરૂ થતું નથી કારણ કે મર્યાદા એ આવશ્યક ક્ષેત્ર છે
• બી) મોનિટરિંગ બોર્ડ પર માત્ર એક ચેતવણી દેખાય છે, કામગીરી પ્રભાવિત થતી નથી
• C) Kubernetes આપોઆપ સલામત ડિફોલ્ટ મર્યાદા લાગુ કરે છે, કોઈ જોખમ નથી
• ડી) પોડ અમર્યાદિત રીતે વૃદ્ધિ કરી શકે છે અને નોડના સંસાધનોનો ઉપયોગ કરી શકે છે, આમ પડોશી સેવાઓ તૂટી જાય છે ✔

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

9. મોનિટરિંગ અને એલાર્મ સેટઅપમાં 'અલર્ટ થાક' કેવી રીતે ટાળી શકાય?

• A) શક્ય તેટલા મેટ્રિક્સ પર એલાર્મ સેટ કરો અને દરેક વધઘટ સાથે ચેતવણીઓ જનરેટ કરો.
• બી) બધા એલાર્મને ઉચ્ચતમ ગંભીરતા સ્તર પર સેટ કરો
• સી) સમય સેટ કર્યા વિના તાત્કાલિક મૂલ્યો સાથે એલાર્મને ટ્રિગર કરવું (માટે)
• ડી) એલાર્મ્સને ક્રિયા-લક્ષી અને યોગ્ય તાકીદ પર રાખવું, ઐતિહાસિક ડેટા સાથે થ્રેશોલ્ડનું પરીક્ષણ કરવું, બિનજરૂરી માહિતીને મર્જ કરવી ✔

વર્ણન: દરેક એલાર્મ એક્શનેબલ અને યોગ્ય તાકીદનું હોવું જોઈએ; જે માહિતી માટે કાર્યવાહીની જરૂર નથી તે બોર્ડ પર પ્રદર્શિત કરવામાં આવે છે, તે કોઈને જાગૃત કરતું નથી. સિસ્ટમના ઐતિહાસિક ડેટા સામે એલાર્મ થ્રેશોલ્ડનું પરીક્ષણ કરવામાં આવે છે અને બિનજરૂરી/પુનરાવર્તિત એલાર્મ એકીકૃત કરવામાં આવે છે. આ રીતે વાસ્તવિક એલાર્મ અવાજમાં ખોવાઈ જશે નહીં.

10. ઉત્પાદન ઘટના દરમિયાન શ્રેષ્ઠ પ્રાથમિકતા ઓર્ડર શું છે?

• A) પહેલા ચોક્કસ મૂળ કારણ શોધો અને કારણ સ્પષ્ટ હોય ત્યારે જ તેને ઘટાડવું.
• બી) પહેલા પોસ્ટમોર્ટમ રિપોર્ટ લખો, પછી સેવાને સ્પર્શ કરો
• સી) પહેલા ઘટાડો (સેવા પુનઃસ્થાપિત/પુનઃસ્થાપિત કરો), પાછળથી માટે મૂળ કારણ વિશ્લેષણ છોડીને ✔
• ડી) પ્રથમ ઘટના માટે જવાબદાર વ્યક્તિને શોધો અને તેની જાણ કરો

સમજૂતી: સુવર્ણ નિયમ છે 'પહેલા ઘટાડો, પછી તપાસ કરો'. ધ્યેય એ છે કે પ્રથમ સેવાને પુનઃસ્થાપિત કરવી અથવા તેને જાણીતા-સારા સંસ્કરણ પર પાછી ફેરવવી (ઘટાડો); દબાણ ઓછું થયા પછી મૂળ કારણનું વિશ્લેષણ શાંતિથી કરવામાં આવે છે. ચોક્કસ મૂળ કારણ શોધવાની રાહ જોવાથી પુનઃપ્રાપ્તિ સમય (MTTR) વધે છે.

11. દોષરહિત પોસ્ટમોર્ટમ સંસ્કૃતિનો મુખ્ય હેતુ શું છે?

• એ) ભૂલ કરનાર વ્યક્તિની ઓળખ કરવી અને તેના પર જવાબદારી મૂકવી
• બી) સિસ્ટમો અને પ્રક્રિયાઓ પર ધ્યાન કેન્દ્રિત કરવું અને શિક્ષણને પ્રોત્સાહિત કરવું; ✔ દોષારોપણ કરવાને બદલે પુનરાવર્તન અટકાવતા પાઠ શીખવા
• C) ઘટનાની ક્યારેય જાણ કરશો નહીં અને ખાતરી કરો કે તે ભૂલી ગયો છે
• ડી) ફક્ત તકનીકી વિગતો લખવી અને કાર્યવાહી કરવા યોગ્ય વસ્તુઓ ઉમેરવી નહીં

સમજૂતી: દોષરહિત પોસ્ટમોર્ટમ એ પ્રશ્ન પર ધ્યાન કેન્દ્રિત કરે છે કે 'કઈ સિસ્ટમ અને પ્રક્રિયાએ આ ભૂલને મંજૂરી આપી', 'આ કોણે કર્યું' નહીં. લોકો ખુલ્લેઆમ ભૂલ શેર કરે છે જો તેઓ જાણતા હોય કે તેઓને સજા કરવામાં આવશે નહીં; છુપાયેલ ભૂલ પુનરાવર્તિત થાય છે. રિપોર્ટ એ આરોપનો રિપોર્ટ નથી, પરંતુ એક્શન-ઓરિએન્ટેડ વસ્તુઓથી ભરેલો શીખવાનો દસ્તાવેજ છે.

12. ક્લાઉડ કોસ્ટ ઓપ્ટિમાઇઝેશન (FinOps) માં, પ્રતિબદ્ધ ડિસ્કાઉન્ટ્સ (આરક્ષિત/બચત યોજના) પર જતા પહેલા સૌથી વધુ તાર્કિક પગલું શું છે?

• A) સૌથી લાંબી સંભવિત પ્રતિબદ્ધતા પહેલા લો, પછી કચરો વિશે વિચારો
• બી) પ્રથમ, કચરો સાફ કરો (નિષ્ક્રિય બંધ, રાઇટ-સાઇઝિંગ), પછી પ્રતિબદ્ધ ઉપયોગ માટે પ્રતિબદ્ધ ✔
• સી) તમામ સંસાધનોને તરત જ સ્પોટ ક્ષમતા પર ખસેડો
• ડી) ઇન્વોઇસ ડેટાની સમીક્ષા કર્યા વિના સૌથી મોંઘી આઇટમ કાઢી નાખવી

સમજૂતી: કચરાને પહેલા સાફ કરવો આવશ્યક છે (નિષ્ક્રિય સંસાધનોને બંધ કરીને, મોટા સંસાધનોને ઘટાડીને). નહિંતર, તમે 1-3 વર્ષ માટે ડિસ્કાઉન્ટેડ કિંમતે નકામા વપરાશને લૉક કરશો. યોગ્ય માપ અને નિષ્ક્રિય સફાઈ માટે કોઈ પ્રતિબદ્ધતાની જરૂર નથી અને તે જોખમ-મુક્તની નજીક છે.

13. જો AI-સૂચિત સ્ક્રિપ્ટમાં 'rm -rf "$DIR"/' રેખા હોય તો સુરક્ષાનું સૌથી મહત્વનું માપ શું છે?

• A) સ્ક્રિપ્ટને વાંચ્યા વિના તેને સીધી પ્રોડમાં ચલાવવાથી ઝડપ આવશે
• B) સેટ -euo પાઇપફેલ અને ખાલી ચલ નિયંત્રણ ઉમેરો અને પહેલા ડ્રાય-રન સાથે પ્રયાસ કરો ✔
• C) ચલનું નામ ટૂંકું કરવું પૂરતું છે
• D) rm ને બદલે rm -rf --force નો ઉપયોગ કરવાથી સમસ્યા હલ થાય છે

સમજૂતી: જો $DIR ખાલી હોય, તો આ સ્ટેટમેન્ટ રૂટ ડિરેક્ટરીને કાઢી નાખવાનો પ્રયાસ કરી શકે છે. 'set -u' સાથે અવ્યાખ્યાયિત ચલ પર રોકવું અને તેને કાઢી નાખતા પહેલા વેરીએબલ ખાલી નથી તેની તપાસ કરવી (દા.ત. [ -n "$DIR" ] || બહાર નીકળો 1) આપત્તિને ટાળે છે. વધુમાં, વિનાશક કામગીરીને પહેલા ડ્રાય-રન સાથે અજમાવી જોઈએ.

14. જો ક્લાઉડ એક્સેસ કી આકસ્મિક રીતે સાર્વજનિક રિપોઝીટરીમાં લીક થઈ જાય તો પ્રથમ શું કરવું જોઈએ?

• એ) કીને તાત્કાલિક રદ કરો અને નવીકરણ કરો (ફેરવો); એકલા કાઢી નાખવું પૂરતું નથી ✔
• બી) ફક્ત સ્ટોરેજમાંથી ફાઇલ કાઢી નાખો અને કી સુરક્ષિત છે
• સી) કંઈ ન કરવું કારણ કે કોઈએ જોયું નથી
• ડી) સ્ટોરેજને ખાનગી બનાવવાથી કીને ફેરવવાની જરૂરિયાત દૂર થાય છે

સમજૂતી: લીક થયેલ રહસ્યને તાત્કાલિક રદ કરવું અને ફેરવવું આવશ્યક છે. ફક્ત ફાઇલને કાઢી નાખવું પૂરતું નથી કારણ કે ગિટ ઇતિહાસમાં રહસ્ય રહે છે અને સાર્વજનિક રીપોઝીટરીઝને સેકંડમાં બૉટો દ્વારા સ્કેન કરવામાં આવે છે. રદ/રીટર્ન પછી, અસરનું મૂલ્યાંકન કરવામાં આવે છે અને પુનરાવૃત્તિને રોકવા માટે ગુપ્ત સ્કેનર ઉમેરવામાં આવે છે.

15. પ્રોડનું નવું સંસ્કરણ બહાર પાડતી વખતે નીચેનામાંથી કયો અભિગમ જોખમ ઘટાડે છે?

• A) બધા વપરાશકર્તાઓને એક જ સમયે નવું સંસ્કરણ આપવું (બિગ-બેંગ) અને રોલબેક પ્લાન તૈયાર ન કરવો
• બી) 'ગ્રીન' દેખાય કે તરત જ ડિપ્લોયમેન્ટ સમાપ્ત થઈ ગયું છે તે ધ્યાનમાં લેવું, વધારાની ચકાસણી કર્યા વિના
• C) કેનેરી/બ્લુ-ગ્રીન/ફીચર ફ્લેગ, તૈયાર રોલબેક પ્લાન અને સ્મોક ટેસ્ટ + ડિપ્લોયમેન્ટ પછી મેટ્રિક મોનિટરિંગ જેવી નિયંત્રિત વ્યૂહરચનાનો ઉપયોગ કરીને ✔
• ડી) નિર્ણાયક વ્યવસાય માર્ગોના પરીક્ષણને સંપૂર્ણપણે કૃત્રિમ બુદ્ધિમત્તા પર છોડી દેવું અને તેમને બિલકુલ નિર્ધારિત ન કરવું.

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