અરાજકતા અને મેન્યુઅલ રૂટિનનો સામનો કરવા માટે ટેરાફોર્મમાં દાખલાઓ. મેક્સિમ કોસ્ટ્રિકિન (એક્સટેન્સ)

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

મોટા અને લાંબા પ્રોજેક્ટ્સ પર અરાજકતા અને મેન્યુઅલ રૂટિનનો સામનો કરવા માટે ટેરાફોર્મમાં પેટર્ન વિશેનો મારો અહેવાલ.

વિડિઓ:

હું 40 વર્ષનો છું, હું 20 વર્ષથી આઇટીમાં છું. હું 12 વર્ષથી Ixtens માટે કામ કરું છું. અમે ઈકોમર્સ-સંચાલિત-વિકાસમાં રોકાયેલા છીએ. અને હું 5 વર્ષથી DevOps પ્રેક્ટિસ કરી રહ્યો છું.

મારી વાર્તા એવી કંપનીના પ્રોજેક્ટમાં મારા અનુભવ વિશે હશે જેનું નામ હું કહીશ નહીં, બિન-જાહેર કરારની પાછળ છુપાયેલું છે.

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

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

માટવેનો આભાર, જેમણે ગઈકાલે અમને કહ્યું કે ડોડો પિઝામાં શું થયું. 4 વર્ષ પહેલા અહીં આવું જ બન્યું હતું.

ડેવલપર્સ આવ્યા અને ઈન્ફ્રાસ્ટ્રક્ચર કોડ બનાવવા લાગ્યા.

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

ટેરાફોર્મ એ HashiCorp તરફથી ઓપન સોર્સ પ્રોજેક્ટ છે. અને જેઓ જાણતા નથી કે આ શું છે તેમના માટે આગળની કેટલીક સ્લાઇડ્સ.

કોડ તરીકે ઈન્ફ્રાસ્ટ્રક્ચરનો અર્થ એ છે કે અમે અમારા ઈન્ફ્રાસ્ટ્રક્ચરનું વર્ણન કરી શકીએ છીએ અને અમે વર્ણવેલ સંસાધનો અમને પ્રાપ્ત થાય છે તેની ખાતરી કરવા માટે કેટલાક રોબોટ્સને કહી શકીએ છીએ.

ઉદાહરણ તરીકે, આપણને વર્ચ્યુઅલ મશીનની જરૂર છે. અમે કેટલાક જરૂરી પરિમાણોનું વર્ણન કરીશું અને ઉમેરીશું.

આ પછી, અમે કન્સોલમાં એમેઝોનની ઍક્સેસને ગોઠવીશું. અને અમે ટેરાફોર્મ પ્લાન માંગીશું. ટેરાફોર્મ પ્લાન કહેશે: "ઠીક છે, અમે તમારા સંસાધન માટે આ વસ્તુઓ કરી શકીએ છીએ." અને ઓછામાં ઓછું એક સંસાધન ઉમેરવામાં આવશે. અને કોઈ ફેરફારની અપેક્ષા નથી.

એકવાર તમે દરેક વસ્તુથી ખુશ થઈ ગયા પછી, તમે ટેરાફોર્મને અરજી કરવા માટે કહી શકો છો અને ટેરાફોર્મ તમારા માટે એક દાખલો બનાવશે, અને તમને તમારા ક્લાઉડમાં વર્ચ્યુઅલ મશીન પ્રાપ્ત થશે.

આગળ અમારો પ્રોજેક્ટ વિકાસ કરી રહ્યો છે. અમે ત્યાં કેટલાક ફેરફારો ઉમેરી રહ્યા છીએ. અમે વધુ દાખલાઓ માટે પૂછીએ છીએ, અમે 53 એન્ટ્રી ઉમેરીએ છીએ.

અને અમે પુનરાવર્તન કરીએ છીએ. કૃપા કરીને યોજના બનાવો. અમે જોઈએ છીએ કે કયા ફેરફારોનું આયોજન કરવામાં આવ્યું છે. અમે અરજી કરીએ છીએ. અને આ રીતે આપણું ઇન્ફ્રાસ્ટ્રક્ચર વધે છે.

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

આ રાજ્ય ફાઇલો મૂળ માત્ર ફાઇલો હતી. અને અમે તેમને Git માં સંગ્રહિત કર્યા, જે અત્યંત અસુવિધાજનક હતું. કોઈ વ્યક્તિ હંમેશા ફેરફારો કરવાનું ભૂલી જાય છે, અને ઘણા સંઘર્ષો ઉભા થયા છે.

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

આપણું ઈન્ફ્રાસ્ટ્રક્ચર વધી રહ્યું છે. આ રહ્યો અમારો કોડ. અને હવે અમે ફક્ત વર્ચ્યુઅલ મશીન બનાવવા નથી માંગતા, અમે પરીક્ષણ વાતાવરણ મેળવવા માંગીએ છીએ.

ટેરાફોર્મ તમને મોડ્યુલ જેવી વસ્તુ બનાવવા માટે પરવાનગી આપે છે, એટલે કે, અમુક ફોલ્ડરમાં સમાન વસ્તુનું વર્ણન કરો.

અને, ઉદાહરણ તરીકે, પરીક્ષણમાં, આ મોડ્યુલને કૉલ કરો અને તે જ વસ્તુ મેળવો જેમ કે આપણે મોડ્યુલમાં જ ટેરાફોર્મ એપ્લીકેશન એક્ઝિક્યુટ કર્યું હોય. પરીક્ષણ માટે આ કોડ હશે.

ઉત્પાદન માટે, અમે ત્યાં કેટલાક ફેરફારો મોકલી શકીએ છીએ, કારણ કે પરીક્ષણમાં અમને મોટા દાખલાની જરૂર નથી; ઉત્પાદનમાં, મોટા ઉદાહરણો ફક્ત ઉપયોગી છે.

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

આ એક ડાયરેક્ટરી ટ્રી છે જેની ભલામણ HashiCorp દ્વારા જ કરવામાં આવે છે જો તમારી પાસે મોટો પ્રોજેક્ટ હોય અને સમગ્ર ઈન્ફ્રાસ્ટ્રક્ચરને કેટલાક નાના ટુકડાઓમાં વિભાજીત કરવામાં અને દરેક ભાગને એક અલગ ફોલ્ડરમાં વર્ણવવાનો અર્થ થાય છે.

સંસાધનોની વ્યાપક લાઇબ્રેરી હોવાને કારણે, તમે પરીક્ષણ અને ઉત્પાદનમાં લગભગ સમાન વસ્તુને કૉલ કરી શકો છો.

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

ટેરાફોર્મ તમામ અવલંબનનું ધ્યાન રાખે છે. અને તે હંમેશા અનુક્રમમાં સંસાધનો બનાવે છે જેથી કરીને તમે IP સરનામું મેળવી શકો, ઉદાહરણ તરીકે, નવા બનાવેલા દાખલામાંથી, અને આ IP સરનામું route53 રેકોર્ડમાં મેળવી શકો છો.

વધુમાં, પ્લેટફોર્મ ખૂબ વિશાળ છે. અને ટેસ્ટ સ્ટેક લોંચ કરવું, ભલે એક કલાક માટે, ભલે 8 કલાક માટે, ખૂબ ખર્ચાળ ઉપક્રમ છે.

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

અને પછી જેનકિન્સે શેલ સ્ક્રિપ્ટને દબાણ કર્યું, જેણે ટેરાફોર્મ ફોલ્ડરમાં કોડમાં થોડો ફેરફાર કર્યો. મેં બિનજરૂરી ફાઈલો કાઢી નાખી અને જરૂરી ફાઈલો ઉમેરી. અને પછી ટેરાફોર્મ લાગુ કરવાના એક રન સાથે સ્ટેક ઉભો થયો.

અને પછી ત્યાં અન્ય પગલાં હતા જેમાં હું જવા માંગતો નથી.

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

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

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

આવશ્યકપણે, ટેરાફોર્મ એ વાસ્તવિક ભાષા નથી. આ એક ઘોષણા છે. જો આપણે કંઈક જાહેર કરવાની જરૂર હોય, તો અમે તેને જાહેર કરીએ છીએ. અને તે બધા કામ કરે છે.

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

અને આવા સ્નોવફ્લેક દેખાયા પછી, બધા ટેરાફોર્મ કોડ કે જે આપણે બરફના મોટા, મોટા ઢગલામાં ફેરવાઈ ગયા હતા.

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

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

અને હું આ પ્રોજેક્ટ સાથે સંકળાયેલા ચાર વર્ષથી, હું લગભગ બે વર્ષથી ટેરાફોર્મ કરી રહ્યો છું. અને, અલબત્ત, મારી પાસે કેટલીક યુક્તિઓ છે, ટેરાફોર્મ કોડને કેવી રીતે સરળ બનાવવો, તેની સાથે પ્રોગ્રામિંગ લેંગ્વેજની જેમ કામ કરવા અને આ કોડને અદ્યતન રાખનારા વિકાસકર્તાઓ પરનો બોજ ઘટાડવા અંગેની કેટલીક સલાહ છે.

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

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

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

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

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

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

હું ડેટા ક્યાંથી મેળવી શકું? JSON ફાઇલ. ટેરાફોર્મ તમને માત્ર hcl (HashiCorp કન્ફિગરેશન લેંગ્વેજ) માં જ નહીં, પણ JSON માં પણ ઈન્ફ્રાસ્ટ્રક્ચર લખવાની મંજૂરી આપે છે.

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

ટેરાફોર્મ માટે ડોલ શા માટે મહત્વપૂર્ણ છે? કારણ કે રિમોટ સ્ટેટ ફાઇલો જેવી વસ્તુ છે. એટલે કે, જ્યારે હું અમુક સંસાધન એકત્રિત કરું છું, એમેઝોનને કહેવા માટે: "કૃપા કરીને દાખલો વધારો," મારે ઘણાં જરૂરી પરિમાણોનો ઉલ્લેખ કરવાની જરૂર છે.

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

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

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

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

હવે પરીક્ષણ વિશે થોડું. ટેરાફોર્મમાં તમે શું ચકાસી શકો છો? કદાચ ઘણું શક્ય છે, પરંતુ હું આ 4 વસ્તુઓ વિશે વાત કરીશ.

HashiCorp ને ટેરાફોર્મ કોડ કેવી રીતે ફોર્મેટ કરવો જોઈએ તેની સમજ છે. અને Terraform fmt તમને આ માન્યતા અનુસાર તમે સંપાદિત કરો છો તે કોડને ફોર્મેટ કરવાની મંજૂરી આપે છે. તદનુસાર, પરીક્ષણોએ આવશ્યકપણે તપાસવું જોઈએ કે શું ફોર્મેટિંગ HashiCorp દ્વારા કરવામાં આવેલા અનુરૂપ છે કે કેમ, જેથી કૌંસ વગેરેનું સ્થાન બદલવાની જરૂર ન રહે.

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

તદનુસાર, પરીક્ષણને ઝડપી બનાવવા માટે, અમે સમાંતરનો ઉપયોગ કરીને સમાંતરમાં બહુવિધ પ્રક્રિયાઓ ચલાવીએ છીએ.

પેરેલલ ખૂબ જ સરસ વસ્તુ છે, તેનો ઉપયોગ કરો.

પરંતુ જ્યારે પણ ટેરાફોર્મ પ્રારંભ કરે છે, ત્યારે તે HashiCorp પર જાય છે અને પૂછે છે, “નવીનતમ પ્લગઇન સંસ્કરણો શું છે? અને કેશમાં મારી પાસે જે પ્લગઇન છે - તે સાચો છે કે ખોટો?" અને આ દરેક પગલે ધીમી પડી.

જો તમે ટેરાફોર્મને કહો કે પ્લગિન્સ ક્યાં છે, તો ટેરાફોર્મ કહેશે: “ઠીક છે, આ કદાચ ત્યાંની નવીનતમ વસ્તુ છે. હું ક્યાંય જઈશ નહીં, હું તરત જ તમારા ટેરાફોર્મ કોડને માન્ય કરવાનું શરૂ કરીશ."

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

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

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

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

ટેરાફોર્મ યોજનાઓ વિનંતી પર બનાવવી આવશ્યક છે. ઓછામાં ઓછું તે આપણે કરીએ છીએ.

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

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

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

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

આગળની વસ્તુ જે હું વાત કરવા માંગુ છું તે છે વપરાશકર્તા-ડેટા પરીક્ષણ.

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

પરંતુ, કમનસીબે, જ્યારે અમે ટેરાફોર્મ પ્લાન બનાવીએ છીએ અને ટેરાફોર્મ લાગુ કરીએ છીએ, ત્યારે યુઝર-ડેટા આ પ્રકારની સંખ્યાના મશ જેવો દેખાય છે. એટલે કે, તે તમને ફક્ત હેશ મોકલે છે. અને તમે પ્લાનમાં માત્ર એટલું જ જોઈ શકો છો કે શું તેમાં કોઈ ફેરફાર થશે કે શું હેશ એ જ રહેશે.

અને જો તમે આના પર ધ્યાન ન આપો, તો કેટલીક તૂટેલી ટેક્સ્ટ ફાઇલ એમેઝોન પર, વાસ્તવિક ઈન્ફ્રાસ્ટ્રક્ચર પર સમાપ્ત થઈ શકે છે.

વૈકલ્પિક રીતે, એક્ઝેક્યુટ કરતી વખતે, તમે સમગ્ર ઈન્ફ્રાસ્ટ્રક્ચરનો ઉલ્લેખ કરી શકતા નથી, પરંતુ માત્ર ટેમ્પલેટનો ઉલ્લેખ કરી શકો છો. અને કોડમાં કહો: "કૃપા કરીને મારી સ્ક્રીન પર આ ટેમ્પલેટ પ્રદર્શિત કરો." અને પરિણામે, તમે Amazon પર તમારો ડેટા કેવો દેખાશે તેની પ્રિન્ટઆઉટ મેળવી શકો છો.

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

હવે પછી હું જેની વાત કરવા માંગુ છું તે છે Automate Terraform apply.

અલબત્ત, ટેરાફોર્મ ઑટોમૅટિક રીતે લાગુ કરવું ખૂબ જ ડરામણું છે, કારણ કે કોણ જાણે છે કે ત્યાં કયા ફેરફારો આવ્યા છે અને તે જીવંત ઈન્ફ્રાસ્ટ્રક્ચર માટે કેટલા વિનાશક હોઈ શકે છે.

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

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

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

એમેઝોન પાસે ટર્મિનેટ પ્રોટેક્શન જેવી વસ્તુ છે. અને તે કેટલાક કિસ્સાઓમાં તમારા માટે જરૂરી ન હોય તેવા ફેરફારોથી રક્ષણ કરી શકે છે. એટલે કે, ટેરાફોર્મ એમેઝોન પર ગયો અને કહ્યું: "મારે બીજો દાખલો બનાવવા માટે આ દાખલો મારવાની જરૂર છે." અને એમેઝોન કહે છે: “માફ કરશો, આજે નહીં. અમારી પાસે ટર્મિનેટ પ્રોટેક્શન છે."

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

અને તે વાંચવું ખૂબ મુશ્કેલ છે. આની સમીક્ષા કરવી ખૂબ જ મુશ્કેલ છે. અને ઘણી વાર તે તારણ આપે છે કે કેટલાક પરિમાણો સમીક્ષામાંથી પસાર થાય છે અને તે જરૂરી છે તે બરાબર નથી. અને આને પછીથી ઠીક કરવા માટે સમય અને નાણાંનો ખર્ચ થાય છે.

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

અને આ મોડ્યુલને કોલ કરીને, તમે એક વૃક્ષ મેળવી શકો છો જે એક સામાન્ય મોડ્યુલમાં જનરેટ થાય છે, એટલે કે, એક સામાન્ય મોડ્યુલમાં જે સમગ્ર ઈન્ફ્રાસ્ટ્રક્ચર માટે સમાન કાર્ય કરે છે.

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

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

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

સારાંશ:

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

• અપરિવર્તનશીલ ઇન્ફ્રાસ્ટ્રક્ચર. શેડ્યૂલ પર AMI ડિલિવરી.
• જ્યારે તમારી પાસે ઘણી બધી એન્ટ્રીઓ હોય અને તમે તેને સુસંગત ક્રમમાં હોય ત્યારે રૂટ53 માટેનું માળખું બનાવો.
• લડાઈ API દર મર્યાદા. આ તે છે જ્યારે એમેઝોન કહે છે, "બસ, હું વધુ વિનંતીઓ સ્વીકારી શકતો નથી, કૃપા કરીને રાહ જુઓ." અને ઓફિસનો અડધો ભાગ રાહ જોઈ રહ્યું છે જ્યાં સુધી તે તેની ઈન્ફ્રાસ્ટ્રક્ચર શરૂ ન કરી શકે.
• સ્પોટ ઉદાહરણો. એમેઝોન એ સસ્તી ઇવેન્ટ નથી અને સ્પોટ્સ તમને ઘણી બધી બચત કરવાની મંજૂરી આપે છે. અને ત્યાં તમે તેના વિશે સંપૂર્ણ અહેવાલ કહી શકો છો.
• સુરક્ષા અને IAM ભૂમિકાઓ.
• ખોવાયેલા સંસાધનોની શોધમાં, જ્યારે તમારી પાસે એમેઝોનમાં અજાણ્યા મૂળના દાખલાઓ હોય, ત્યારે તેઓ પૈસા ખાય છે. દર મહિને $100-150 ખર્ચ થાય તો પણ, તે દર વર્ષે $1 કરતાં વધુ છે. આવા સંસાધનો શોધવા એ નફાકારક વ્યવસાય છે.
• અને અનામત દાખલાઓ.

મારા માટે એટલું જ. ટેરાફોર્મ ખૂબ જ સરસ છે, તમે તેનો ઉપયોગ કરો. આભાર!

પ્રશ્નો

રિપોર્ટ માટે આભાર! તમારી સ્ટેટ ફાઇલ S3 માં છે, પરંતુ તમે આ સમસ્યાને કેવી રીતે હલ કરશો કે ઘણા લોકો આ સ્ટેટ ફાઇલ લઈ શકે છે અને વિસ્તૃત કરવાનો પ્રયાસ કરી શકે છે?

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

શું તમે ઓપન સોર્સ અથવા એન્ટરપ્રાઇઝનો ઉપયોગ કરો છો?

કોઈ એન્ટરપ્રાઇઝ નથી, એટલે કે તમે જઈ શકો અને મફતમાં ડાઉનલોડ કરી શકો તે બધું.

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

સમય મર્યાદિત હતો. સારો મુદ્દો.

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

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

સ્થાનિક મૂલ્યો વિશે, ચાલો રૂમની બહાર વાતચીત ચાલુ રાખીએ.

નમસ્તે! રિપોર્ટ માટે આભાર! ખૂબ માહિતીપ્રદ. તમે કહ્યું કે તમારી પાસે ઈન્ફ્રાસ્ટ્રક્ચરનું વર્ણન કરવા માટે સમાન પ્રકારના કોડનો ઘણો ઉપયોગ છે. શું તમે આ કોડ જનરેટ કરવાનું વિચાર્યું છે?

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

શું તમે jsonnet વિશે કંઈ સાંભળ્યું છે?

નં

જુઓ, આ એક ખૂબ જ સરસ વસ્તુ છે. હું એક વિશિષ્ટ કેસ જોઉં છું જ્યાં તમે તેને લાગુ કરી શકો છો અને ડેટા માળખું જનરેટ કરી શકો છો.

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

ફક્ત જોવા. આભાર!

મારું નામ મેક્સિમ છે, હું Sberbank નો છું. તમે ટેરાફોર્મને પ્રોગ્રામિંગ ભાષાની સમકક્ષ કેવી રીતે લાવવાનો પ્રયાસ કરી રહ્યાં છો તે વિશે તમે થોડી વાત કરી. શું Ansible નો ઉપયોગ કરવો સરળ નથી?

આ ખૂબ જ અલગ વસ્તુઓ છે. તમે Ansible માં સંસાધનો બનાવી શકો છો, અને પપેટ એમેઝોનમાં સંસાધનો બનાવી શકો છો. પરંતુ ટેરાફોર્મ સીધા ઉપર તીક્ષ્ણ છે.

શું તમારી પાસે માત્ર એમેઝોન છે?

એવું નથી કે અમારી પાસે માત્ર એમેઝોન છે. અમારી પાસે લગભગ માત્ર એમેઝોન છે. પરંતુ મુખ્ય વિશેષતા એ છે કે ટેરાફોર્મ યાદ રાખે છે. જવાબમાં, જો તમે કહો: "મને 5 દાખલાઓ આપો," તો તે વધશે, અને પછી તમે કહો: "અને હવે મને 3ની જરૂર છે." અને ટેરાફોર્મ કહેશે: "ઠીક છે, હું 2ને મારીશ," અને જવાબી કહેશે: "ઠીક છે, તમારા માટે અહીં 3 છે." કુલ 8.

નમસ્તે! તમારી જાણ બદલ આભાર! ટેરાફોર્મ વિશે સાંભળવું ખૂબ જ રસપ્રદ હતું. હું એ હકીકત વિશે તરત જ એક નાનકડી ટિપ્પણી કરવા માંગુ છું કે ટેરાફોર્મ પાસે હજી પણ સ્થિર પ્રકાશન નથી, તેથી ટેરાફોર્મને ખૂબ સાવધાની સાથે સારવાર કરો.

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

પ્રશ્ન આ છે. તમે રીમોટ બેકએન્ડનો ઉપયોગ કરો છો, તમે S 3 નો ઉપયોગ કરો છો. શા માટે તમે સત્તાવાર બેકએન્ડનો ઉપયોગ કરતા નથી?

અધિકારી?

ટેરાફોર્મ ક્લાઉડ.

તે ક્યારે દેખાયો?

લગભગ 4 મહિના પહેલા.

જો તે 4 વર્ષ પહેલાં દેખાયું હોત, તો કદાચ મેં તમારા પ્રશ્નનો જવાબ આપ્યો હોત.

ત્યાં પહેલેથી જ બિલ્ટ-ઇન ફંક્શન અને તાળાઓ છે, અને તમે સ્ટેટ ફાઇલ સ્ટોર કરી શકો છો. એક પ્રયત્ન કરો. પરંતુ મેં તેનું પરીક્ષણ પણ કર્યું નથી.

અમે એક મોટી ટ્રેનમાં મુસાફરી કરી રહ્યા છીએ જે ખૂબ જ ઝડપે આગળ વધી રહી છે. અને તમે માત્ર થોડી કાર લઈ શકતા નથી અને તેમને ફેંકી શકતા નથી.

તમે સ્નોવફ્લેક્સ વિશે વાત કરી, તમે શા માટે શાખાનો ઉપયોગ કર્યો નથી? તે તે રીતે કામ કેમ ન કર્યું?

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

તેથી તે કામ કરતું નથી?

આ બિલકુલ કામ કરતું નથી.

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

નમસ્તે! મારું નામ યુરા છે! રિપોર્ટ માટે આભાર! મોડ્યુલો વિશે પ્રશ્ન. તમે કહો છો કે તમે મોડ્યુલોનો ઉપયોગ કરી રહ્યા છો. જો એક મોડ્યુલમાં ફેરફાર કરવામાં આવ્યા હોય જે અન્ય વ્યક્તિના ફેરફાર સાથે સુસંગત ન હોય તો તમે સમસ્યાને કેવી રીતે હલ કરશો? શું તમે કોઈક રીતે મોડ્યુલોનું સંસ્કરણ કરી રહ્યા છો અથવા બે જરૂરિયાતોને પૂર્ણ કરવા માટે વન્ડરવેફલ લાવવાનો પ્રયાસ કરી રહ્યાં છો?

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

એટલે કે, તે હજી ઉકેલાયું નથી?

તમે સાર્વત્રિક મોડ્યુલો બનાવો છો. સ્નોવફ્લેક્સ ટાળો. અને બધું કામ કરશે. રિપોર્ટના બીજા ભાગમાં આને કેવી રીતે ટાળવું તે વિશે છે.

નમસ્તે! રિપોર્ટ માટે આભાર! હું સ્પષ્ટતા કરવા માંગુ છું. પડદા પાછળ એક મોટો ખૂંટો હતો જેના માટે હું આવ્યો હતો. પપેટ અને રોલ ડિસ્ટ્રિબ્યુશન કેવી રીતે સંકલિત થાય છે?

વપરાશકર્તા-ડેટા.

એટલે કે, તમે ફક્ત ફાઈલ થૂંકશો અને કોઈક રીતે તેને ચલાવો છો?

યુઝર-ડેટા એ એક નોંધ છે, એટલે કે જ્યારે આપણે ઈમેજનો ક્લોન બનાવીએ છીએ, ત્યારે ડિમન ત્યાં ઉગે છે અને, તે કોણ છે તે જાણવાનો પ્રયાસ કરે છે, તે નોંધ વાંચે છે કે તે લોડ બેલેન્સર છે.

એટલે કે, શું આ કોઈ પ્રકારની અલગ પ્રક્રિયા છે જે આપવામાં આવે છે?

અમે તેની શોધ કરી નથી. અમે તેનો ઉપયોગ કરીએ છીએ.

નમસ્તે! મારી પાસે ફક્ત વપરાશકર્તા - ડેટા વિશે એક પ્રશ્ન છે. તમે કહ્યું કે ત્યાં સમસ્યાઓ છે, કે કોઈ ખોટી જગ્યાએ કંઈક મોકલી શકે છે. શું સમાન ગિટમાં વપરાશકર્તા-ડેટા સંગ્રહિત કરવાની કોઈ રીત છે, જેથી તે હંમેશા સ્પષ્ટ થાય કે વપરાશકર્તા-ડેટાનો સંદર્ભ શું છે?

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

તે તારણ આપે છે કે એક માત્ર ઉકેલ પરીક્ષણ છે?

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

મારું નામ તૈમૂર છે. તે ખૂબ જ સરસ છે કે ટેરાફોર્મને યોગ્ય રીતે કેવી રીતે ગોઠવવું તે અંગેના અહેવાલો છે.

મેં શરૂઆત પણ કરી નથી.

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

એટલે કે, શું મારે અહીં લખવું જોઈએ (સ્લાઈડ: Production/environment/settings.tf): ડોમેન = વેરીએબલ, ડોમેન vpcnetwork, વેરીએબલ vpcnetwork અને stvars – શું હું આ જ વસ્તુ મેળવી શકું?

તે બરાબર છે જે આપણે કરીએ છીએ. અમે સેટિંગ સ્ત્રોત મોડ્યુલનો સંદર્ભ લઈએ છીએ, ઉદાહરણ તરીકે.

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

શું એક જગ્યાએ બધું હોવું શક્ય છે?

હા, જ્યારે તમારી પાસે એક કોડ હોય ત્યારે tfvars. અને તેનો ઉપયોગ વિવિધ ઘોંઘાટ સાથે વિવિધ સ્થળોએ થાય છે. પછી તમે tfvar ફેંકશો અને તમારી ઘોંઘાટ મેળવશો. અને અમે તેના શુદ્ધ સ્વરૂપમાં કોડ તરીકે ઈન્ફ્રાસ્ટ્રક્ચર છીએ. મેં જોયું અને સમજાયું.

નમસ્તે! શું તમે એવી પરિસ્થિતિઓનો સામનો કર્યો છે કે જ્યાં તમે ટેરાફોર્મ બનાવ્યું છે તેમાં ક્લાઉડ પ્રદાતા દખલ કરે છે? ચાલો કહીએ કે અમે મેટાડેટાને સંપાદિત કરીએ છીએ. ત્યાં ssh કી છે. અને Google સતત તેના મેટાડેટા અને તેની ચાવીઓ ત્યાં મૂકે છે. અને ટેરાફોર્મ હંમેશા લખે છે કે તેમાં ફેરફારો છે. દરેક રન પછી, ભલે કંઈ બદલાય નહીં, તે હંમેશા કહે છે કે તે હવે આ ક્ષેત્રને અપડેટ કરશે.

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

એટલે કે, તમે આના જેવું કંઈક અનુભવ્યું છે, પરંતુ કંઈપણ સાથે આવ્યા નથી, તે તે કેવી રીતે કરે છે અને તે જાતે કરે છે?

કમનસીબે હા.

નમસ્તે! મારું નામ સ્ટારકોવ સ્ટેનિસ્લાવ છે. મેલ. ru જૂથ. તમે... પર ટેગ જનરેટ કરવાની સમસ્યાને કેવી રીતે હલ કરશો, તમે તેને અંદર કેવી રીતે પસાર કરશો? જેમ હું તેને સમજું છું, યુઝર - ડેટા દ્વારા હોસ્ટનું નામ સ્પષ્ટ કરવા માટે, પપેટ ચાલુ કરો? અને પ્રશ્નનો બીજો ભાગ. તમે SG માં આ સમસ્યાને કેવી રીતે હલ કરશો, એટલે કે જ્યારે તમે SG જનરેટ કરો છો, એક જ પ્રકારના સેંકડો દાખલાઓ, તેમના માટે સાચું નામ શું છે?

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

ટૅગ સાથે સમસ્યા માટે, આવી કોઈ સમસ્યા નથી, પરંતુ આવા કાર્ય છે. અને અમે ટૅગ્સનો ખૂબ, ખૂબ જ ભારે ઉપયોગ કરીએ છીએ, કારણ કે ઈન્ફ્રાસ્ટ્રક્ચર મોટું અને ખર્ચાળ છે. અને આપણે પૈસા ક્યાં જઈ રહ્યા છે તે જોવાની જરૂર છે, તેથી ટૅગ્સ આપણને ક્યાં ગયા તે ભાંગવાની મંજૂરી આપે છે. અને, તદનુસાર, કંઈકની શોધ જેનો અર્થ થાય છે કે અહીં ઘણા પૈસા ખર્ચવામાં આવે છે.

બીજું શું પ્રશ્ન હતો?

જ્યારે એસજી સેંકડો દાખલાઓ બનાવે છે, ત્યારે શું તેમને કોઈક રીતે અલગ પાડવાની જરૂર છે?

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

એટલે કે, શું તમે ખાસ કરીને IP પર ધ્યાન કેન્દ્રિત કરી રહ્યાં છો, હોસ્ટના નામ પર નહીં?

યજમાનના નામ દ્વારા નેવિગેટ કરવું અશક્ય છે, એટલે કે તેમાંના ઘણા બધા છે. ત્યાં દાખલા ઓળખકર્તાઓ છે - AE, વગેરે. તમે તેને ક્યાંક શોધી શકો છો, તમે તેને શોધમાં ફેંકી શકો છો.

નમસ્તે! મને સમજાયું કે ટેરાફોર્મ એ એક સારી વસ્તુ છે, જે વાદળોને અનુરૂપ છે.

માત્ર.

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

Ansible એ બીજું કંઈક વિશે થોડું છે. એટલે કે, જ્યારે દાખલો શરૂ થયો હોય ત્યારે Ansible પહેલેથી જ કામ કરે છે. અને ટેરાફોર્મ ઉદાહરણ શરૂ થાય તે પહેલા કામ કરે છે. બેર મેટલ પર સ્વિચ કરવું - ના.

હમણાં નહીં, પરંતુ વ્યવસાય આવશે અને કહેશે: "ચાલો."

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

શરૂઆતમાં, કાર્ય સેટ કરવામાં આવ્યું હતું કે અમારું સમગ્ર ઇન્ફ્રાસ્ટ્રક્ચર અજ્ઞેયવાદી હતું, એટલે કે કોઈપણ ક્લાઉડ યોગ્ય હોવું જોઈએ, પરંતુ અમુક સમયે ધંધો છોડી દીધો અને કહ્યું: “ઠીક છે, આગામી N વર્ષોમાં અમે ક્યાંય જઈશું નહીં, અમે સેવાઓનો ઉપયોગ કરી શકીએ છીએ. એમેઝોન થી "

ટેરાફોર્મ તમને ફ્રન્ટ-એન્ડ જોબ્સ બનાવવા, પેજરડ્યુટી, ડેટા ડોક વગેરે ગોઠવવા દે છે. તેમાં ઘણી બધી પૂંછડીઓ છે. તે સમગ્ર વિશ્વને વ્યવહારીક રીતે નિયંત્રિત કરી શકે છે.

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

મુખ્યત્વે આપણા હાથ અને આંખોથી, જો આપણે અહેવાલમાં કંઈક વિચિત્ર જોતા હોઈએ, તો પછી આપણે ત્યાં શું થઈ રહ્યું છે તેનું વિશ્લેષણ કરીએ છીએ, અથવા આપણે ખાલી મારી નાખીએ છીએ. સામાન્ય રીતે, પુલ વિનંતીઓ એક સામાન્ય બાબત છે.

જો કોઈ ભૂલ હોય, તો શું તમે રોલબેક કરશો? શું તમે આ કરવાનો પ્રયાસ કર્યો છે?

ના, આ ક્ષણે વ્યક્તિનો નિર્ણય છે જ્યારે તે કોઈ સમસ્યા જુએ છે.

સોર્સ: www.habr.com