അരാജകത്വത്തെയും മാനുവൽ ദിനചര്യയെയും ചെറുക്കുന്നതിന് ടെറാഫോമിലെ പാറ്റേണുകൾ. മാക്‌സിം കോസ്‌ട്രിക്കിൻ (ഇക്‌സ്റ്റൻസ്)

ടെറാഫോം ഡെവലപ്പർമാർ AWS ഇൻഫ്രാസ്ട്രക്ചറുമായി പ്രവർത്തിക്കുന്നതിന് വളരെ സൗകര്യപ്രദമായ മികച്ച സമ്പ്രദായങ്ങൾ വാഗ്ദാനം ചെയ്യുന്നതായി തോന്നുന്നു. ഒരു ന്യൂനൻസ് മാത്രമേയുള്ളൂ. കാലക്രമേണ, പരിസ്ഥിതികളുടെ എണ്ണം വർദ്ധിക്കുന്നു, ഓരോന്നിലും സവിശേഷതകൾ പ്രത്യക്ഷപ്പെടുന്നു. ആപ്ലിക്കേഷൻ സ്റ്റാക്കിന്റെ ഏതാണ്ട് ഒരു പകർപ്പ് അയൽ പ്രദേശത്ത് ദൃശ്യമാകുന്നു. പുതിയ ആവശ്യകതകൾക്കനുസരിച്ച് ടെറാഫോം കോഡ് ശ്രദ്ധാപൂർവ്വം പകർത്തി എഡിറ്റുചെയ്യേണ്ടതുണ്ട് അല്ലെങ്കിൽ ഒരു സ്നോഫ്ലെക്ക് നിർമ്മിക്കേണ്ടതുണ്ട്.

വലുതും ദൈർഘ്യമേറിയതുമായ പ്രോജക്റ്റുകളിലെ കുഴപ്പങ്ങളെയും മാനുവൽ ദിനചര്യയെയും ചെറുക്കുന്നതിനുള്ള ടെറാഫോമിലെ പാറ്റേണുകളെക്കുറിച്ചാണ് എന്റെ റിപ്പോർട്ട്.

വീഡിയോ:

എനിക്ക് 40 വയസ്സ്, ഞാൻ 20 വർഷമായി ഐടിയിലാണ്. ഞാൻ 12 വർഷമായി Ixtens ൽ ജോലി ചെയ്യുന്നു. ഞങ്ങൾ ഇ-കൊമേഴ്‌സ്-അധിഷ്ഠിത-വികസനത്തിൽ ഏർപ്പെട്ടിരിക്കുകയാണ്. ഞാൻ 5 വർഷമായി DevOps പ്രാക്ടീസുകൾ പരിശീലിക്കുന്നു.

ഞാൻ പറയാത്ത ഒരു കമ്പനിയിലെ ഒരു പ്രോജക്റ്റിലെ എന്റെ അനുഭവം, വെളിപ്പെടുത്താത്ത കരാറിന് പിന്നിൽ മറഞ്ഞിരിക്കുന്നതാണ് എന്റെ കഥ.

പദ്ധതിയുടെ വ്യാപ്തി മനസ്സിലാക്കുന്നതിനാണ് സ്ലൈഡിലെ നമ്പറുകൾ നൽകിയിരിക്കുന്നത്. ഇനി ഞാൻ പറയാൻ പോകുന്നതെല്ലാം ആമസോണുമായി ബന്ധപ്പെട്ടതാണ്.

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

ഡോഡോ പിസ്സയിൽ എന്താണ് സംഭവിച്ചതെന്ന് ഇന്നലെ ഞങ്ങളോട് പറഞ്ഞ മാറ്റ്‌വിക്ക് നന്ദി. 4 വർഷം മുമ്പ് ഇവിടെ നടന്ന സംഭവമാണിത്.

ഡെവലപ്പർമാർ വന്ന് ഇൻഫ്രാസ്ട്രക്ചർ കോഡ് ഉണ്ടാക്കാൻ തുടങ്ങി.

ഇത് ആവശ്യമായി വന്നതിന്റെ ഏറ്റവും വ്യക്തമായ കാരണം മാർക്കറ്റ് ചെയ്യാനുള്ള സമയമായിരുന്നു. പുറത്തുവരുമ്പോൾ DevOps ടീം ഒരു തടസ്സമല്ലെന്ന് ഉറപ്പാക്കേണ്ടത് ആവശ്യമാണ്. മറ്റ് കാര്യങ്ങളിൽ, ടെറാഫോമും പപ്പറ്റും ആദ്യ തലത്തിൽ തന്നെ ഉപയോഗിച്ചു.

ഹാഷികോർപ്പിൽ നിന്നുള്ള ഒരു ഓപ്പൺ സോഴ്സ് പ്രോജക്റ്റാണ് ടെറാഫോം. അതെന്താണെന്ന് ഒട്ടും അറിയാത്തവർക്കായി, അടുത്ത കുറച്ച് സ്ലൈഡുകൾ.

ഇൻഫ്രാസ്ട്രക്ചർ എന്നത് കോഡായി അർത്ഥമാക്കുന്നത് നമ്മുടെ ഇൻഫ്രാസ്ട്രക്ചറിനെ വിവരിക്കാനും ഞങ്ങൾ വിവരിച്ച വിഭവങ്ങൾ ഞങ്ങൾക്ക് ലഭിക്കുന്നുണ്ടെന്ന് ഉറപ്പാക്കാൻ ചില റോബോട്ടുകളോട് ആവശ്യപ്പെടാനും കഴിയും എന്നാണ്.

ഉദാഹരണത്തിന്, നമുക്ക് ഒരു വെർച്വൽ മെഷീൻ ആവശ്യമാണ്. ഞങ്ങൾ വിവരിക്കും, ആവശ്യമായ കുറച്ച് പാരാമീറ്ററുകൾ ചേർക്കുക.

അതിനുശേഷം, ഞങ്ങൾ കൺസോളിൽ ആമസോണിലേക്കുള്ള ആക്സസ് കോൺഫിഗർ ചെയ്യും. ടെറാഫോം പ്ലാൻ ആവശ്യപ്പെടുക. ടെറാഫോം പ്ലാൻ പറയും: "ശരി, നിങ്ങളുടെ വിഭവത്തിനായി, ഞങ്ങൾക്ക് ഈ കാര്യങ്ങൾ ചെയ്യാൻ കഴിയും." കൂടാതെ കുറഞ്ഞത് ഒരു ഉറവിടമെങ്കിലും ചേർക്കും. കൂടാതെ മാറ്റങ്ങളൊന്നും പ്രതീക്ഷിക്കുന്നില്ല.

എല്ലാം നിങ്ങൾക്ക് അനുയോജ്യമായതിന് ശേഷം, നിങ്ങൾക്ക് Terraform പ്രയോഗിക്കാൻ ആവശ്യപ്പെടാം, ടെറാഫോം നിങ്ങൾക്കായി ഒരു ഉദാഹരണം സൃഷ്ടിക്കും, നിങ്ങളുടെ ക്ലൗഡിൽ നിങ്ങൾക്ക് ഒരു വെർച്വൽ മെഷീൻ ലഭിക്കും.

കൂടാതെ, ഞങ്ങളുടെ പ്രോജക്റ്റ് വികസിക്കുന്നു. ഞങ്ങൾ അവിടെ ചില മാറ്റങ്ങൾ ചേർക്കുന്നു. ഞങ്ങൾ കൂടുതൽ സന്ദർഭങ്ങൾ ആവശ്യപ്പെടുന്നു, ഞങ്ങൾ 53 എൻട്രികൾ ചേർക്കുന്നു.

ഞങ്ങൾ ആവർത്തിക്കുകയും ചെയ്യുന്നു. ദയവായി പ്ലാൻ ചെയ്യുക. എന്തൊക്കെ മാറ്റങ്ങളാണ് ആസൂത്രണം ചെയ്തിരിക്കുന്നതെന്ന് ഞങ്ങൾ കാണുന്നു. അപേക്ഷിക്കുക. അങ്ങനെ നമ്മുടെ അടിസ്ഥാന സൗകര്യങ്ങൾ വളരുന്നു.

ടെറാഫോം സ്റ്റേറ്റ് ഫയലുകൾ പോലെയുള്ള ഒരു കാര്യം ഉപയോഗിക്കുന്നു. അതായത്, ആമസോണിലേക്ക് പോകുന്ന എല്ലാ മാറ്റങ്ങളും ഒരു ഫയലിൽ സംരക്ഷിക്കുന്നു, അവിടെ നിങ്ങൾ വിവരിച്ച ഓരോ റിസോഴ്സിനും ആമസോണിൽ സൃഷ്‌ടിച്ച അനുബന്ധ ഉറവിടങ്ങളുണ്ട്. അതിനാൽ, ഒരു വിഭവത്തിന്റെ വിവരണം മാറ്റുമ്പോൾ, ആമസോണിൽ എന്താണ് മാറ്റേണ്ടതെന്ന് ടെറാഫോമിന് കൃത്യമായി അറിയാം.

ഈ സ്റ്റേറ്റ് ഫയലുകൾ യഥാർത്ഥത്തിൽ ഫയലുകൾ മാത്രമായിരുന്നു. ഞങ്ങൾ അവ Git-ൽ സംഭരിച്ചു, അത് വളരെ അസൗകര്യമായിരുന്നു. നിരന്തരം ആരെങ്കിലും മാറ്റങ്ങൾ വരുത്താൻ മറന്നു, കൂടാതെ നിരവധി വൈരുദ്ധ്യങ്ങളും ഉണ്ടായിരുന്നു.

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

നമ്മുടെ അടിസ്ഥാന സൗകര്യങ്ങൾ വളരുകയാണ്. ഇതാ ഞങ്ങളുടെ കോഡ്. ഇപ്പോൾ ഞങ്ങൾ ഒരു വെർച്വൽ മെഷീൻ സൃഷ്ടിക്കാൻ ആഗ്രഹിക്കുന്നില്ല, ഞങ്ങൾക്ക് ഒരു പരീക്ഷണ അന്തരീക്ഷം വേണം.

ടെറാഫോം നിങ്ങളെ ഒരു മൊഡ്യൂളായി നിർമ്മിക്കാൻ അനുവദിക്കുന്നു, അതായത് അതേ കാര്യം ചില ഫോൾഡറിൽ വിവരിക്കുക.

കൂടാതെ, ഉദാഹരണത്തിന്, ടെസ്റ്റിംഗിൽ, ഈ മൊഡ്യൂളിനെ വിളിച്ച്, മൊഡ്യൂളിൽ തന്നെ ടെറാഫോം പ്രയോഗിക്കുന്നത് എക്‌സിക്യൂട്ട് ചെയ്‌ത അതേ കാര്യം നേടുക. പരിശോധനയ്ക്കായി ഈ കോഡ് ഉണ്ടാകും.

ഉൽ‌പാദനത്തിനായി, ഞങ്ങൾക്ക് ചില മാറ്റങ്ങൾ അവിടെ അയയ്‌ക്കാൻ കഴിയും, കാരണം പരിശോധനയിൽ ഞങ്ങൾക്ക് വലിയ സംഭവങ്ങൾ ആവശ്യമില്ല, ഉൽ‌പാദനത്തിൽ വലിയ സംഭവങ്ങൾ ഉപയോഗപ്രദമാകും.

എന്നിട്ട് ഞാൻ പ്രോജക്റ്റിലേക്ക് മടങ്ങും. ഇത് വളരെ ബുദ്ധിമുട്ടുള്ള കാര്യമായിരുന്നു, അടിസ്ഥാന സൗകര്യങ്ങൾ വളരെ വലുതാണ് ആസൂത്രണം ചെയ്തത്. എല്ലാവർക്കും സൗകര്യപ്രദമായ രീതിയിൽ എല്ലാ കോഡുകളും എങ്ങനെയെങ്കിലും സ്ഥാപിക്കേണ്ടത് ആവശ്യമാണ്: ഈ കോഡിൽ അറ്റകുറ്റപ്പണി നടത്തുന്നവർക്കും മാറ്റങ്ങൾ വരുത്തുന്നവർക്കും. ഏത് ഡെവലപ്പർക്കും പോയി തന്റെ പ്ലാറ്റ്‌ഫോമിന്റെ ഭാഗത്തിന് ആവശ്യമായ അടിസ്ഥാന സൗകര്യങ്ങൾ ശരിയാക്കാമെന്ന് പദ്ധതിയിട്ടിരുന്നു.

നിങ്ങൾക്ക് ഒരു വലിയ പ്രോജക്റ്റ് ഉണ്ടെങ്കിൽ, മുഴുവൻ ഇൻഫ്രാസ്ട്രക്ചറും ചെറിയ കഷണങ്ങളായി വിഭജിച്ച് ഓരോ ഭാഗവും പ്രത്യേക ഫോൾഡറിൽ വിവരിക്കുന്നതും അർത്ഥമാക്കുന്നുവെങ്കിൽ, HashiCorp ശുപാർശ ചെയ്യുന്ന ഒരു ഡയറക്ടറി ട്രീയാണിത്.

വിപുലമായ ഒരു റിസോഴ്‌സ് ലൈബ്രറി ഉള്ളതിനാൽ, പരിശോധനയിലും നിർമ്മാണത്തിലും നിങ്ങൾക്ക് ഒരേ കാര്യത്തെക്കുറിച്ച് വിളിക്കാം.

ഞങ്ങളുടെ കാര്യത്തിൽ, ഇത് പൂർണ്ണമായും അനുയോജ്യമല്ല, കാരണം ഡെവലപ്പർമാർക്കോ ടെസ്റ്റിംഗിനോ വേണ്ടിയുള്ള ടെസ്റ്റ് സ്റ്റാക്ക് എങ്ങനെയെങ്കിലും ലളിതമാക്കേണ്ടതുണ്ട്. ഫോൾഡറുകളിലൂടെ പോയി ശരിയായ ക്രമത്തിൽ പ്രയോഗിക്കാൻ ഞാൻ ആഗ്രഹിച്ചില്ല, കൂടാതെ അടിസ്ഥാനം ഉയരുമെന്ന് ആശങ്കപ്പെടുകയും തുടർന്ന് ഈ അടിസ്ഥാനം ഉപയോഗിക്കുന്ന ഉദാഹരണം ഉയരുകയും ചെയ്യും. അതിനാൽ, എല്ലാ പരിശോധനകളും ഒരു ഫോൾഡറിൽ നിന്ന് സമാരംഭിച്ചു. അതേ മൊഡ്യൂളുകൾ അവിടെ വിളിച്ചിരുന്നു, പക്ഷേ എല്ലാം ഒറ്റ ഓട്ടത്തിൽ കടന്നുപോയി.

ടെറാഫോം എല്ലാ ആശ്രിതത്വങ്ങളെയും പരിപാലിക്കുന്നു. അത് എല്ലായ്പ്പോഴും ആ ശ്രേണിയിൽ ഉറവിടങ്ങൾ സൃഷ്ടിക്കുന്നു, അതിലൂടെ നിങ്ങൾക്ക് ഒരു IP വിലാസം ലഭിക്കും, ഉദാഹരണത്തിന്, പുതുതായി സൃഷ്ടിച്ച ഒരു ഉദാഹരണത്തിൽ നിന്ന്, റൂട്ട്53 എൻട്രിയിൽ ഈ IP വിലാസം നേടുക.

കൂടാതെ, പ്ലാറ്റ്ഫോം വളരെ വലുതാണ്. ഒരു ടെസ്റ്റ് സ്റ്റാക്ക് പ്രവർത്തിപ്പിക്കുന്നത്, ഒരു മണിക്കൂർ ആണെങ്കിലും, 8 മണിക്കൂർ ആണെങ്കിലും, വളരെ ചെലവേറിയ ബിസിനസ്സാണ്.

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

ടെറാഫോം ഫോൾഡറിലെ കോഡ് ചെറുതായി പരിഷ്കരിച്ച ഒരു ഷെൽ സ്ക്രിപ്റ്റ് ജെങ്കിൻസ് തള്ളി. അനാവശ്യ ഫയലുകൾ നീക്കം ചെയ്തു, ആവശ്യമായ ഫയലുകൾ ചേർത്തു. തുടർന്ന്, ടെറാഫോം പ്രയോഗത്തിന്റെ ഒരു റൺ കൊണ്ട്, സ്റ്റാക്ക് ഉയർന്നു.

പിന്നെ ഞാൻ പോകാൻ ആഗ്രഹിക്കാത്ത മറ്റ് ഘട്ടങ്ങളുണ്ടായിരുന്നു.

പരിശോധനയ്‌ക്കായി ഞങ്ങൾക്ക് ഉൽ‌പാദനത്തേക്കാൾ കുറച്ച് കൂടുതൽ ഓപ്ഷനുകൾ ആവശ്യമാണെന്ന വസ്തുത കാരണം, മൊഡ്യൂളുകളുടെ പകർപ്പുകൾ ഞങ്ങൾ നിർമ്മിക്കേണ്ടതുണ്ട്, അതുവഴി ഈ പകർപ്പുകളിൽ പരിശോധനയിൽ മാത്രം ആവശ്യമുള്ള സവിശേഷതകൾ ചേർക്കാൻ കഴിയും.

ടെസ്റ്റിംഗിൽ, ഒടുവിൽ ഉൽപ്പാദനത്തിലേക്ക് പോകുന്ന മാറ്റങ്ങൾ പരീക്ഷിക്കാൻ നിങ്ങൾ ആഗ്രഹിക്കുന്നുവെന്ന് തോന്നുന്നു. എന്നാൽ വാസ്തവത്തിൽ, ഒരു കാര്യം പരീക്ഷിച്ചു, ഉൽപ്പാദനത്തിൽ അല്പം വ്യത്യസ്തമായി ഉപയോഗിച്ചു. ഉൽപ്പാദനത്തിൽ എല്ലാ മാറ്റങ്ങളും ഓപ്പറേഷൻ ടീം പ്രയോഗിച്ച പാറ്റേണിൽ ഒരു ചെറിയ ഇടവേളയുണ്ടായി. ചിലപ്പോൾ ടെസ്റ്റിംഗിൽ നിന്ന് ഉൽപ്പാദനത്തിലേക്ക് പോകേണ്ട മാറ്റങ്ങൾ മറ്റൊരു പതിപ്പിൽ തന്നെ തുടർന്നു.

കൂടാതെ, ഒരു പുതിയ സേവനം ചേർത്തു, നിലവിലുള്ള ചിലതിൽ നിന്ന് അല്പം വ്യത്യസ്തമായ ഒരു പ്രശ്നം ഉണ്ടായിരുന്നു. നിലവിലുള്ള ഒരു മൊഡ്യൂൾ പരിഷ്കരിക്കുന്നതിനുപകരം, നിങ്ങൾ അതിന്റെ ഒരു പകർപ്പ് ഉണ്ടാക്കുകയും ആവശ്യമായ മാറ്റങ്ങൾ ചേർക്കുകയും വേണം.

വാസ്തവത്തിൽ, ടെറാഫോം ഒരു യഥാർത്ഥ ഭാഷയല്ല. ഇതൊരു പ്രഖ്യാപനമാണ്. നമുക്ക് എന്തെങ്കിലും പ്രഖ്യാപിക്കണമെങ്കിൽ, ഞങ്ങൾ അത് പ്രഖ്യാപിക്കും. കൂടാതെ എല്ലാം പ്രവർത്തിക്കുന്നു.

ചില സമയങ്ങളിൽ, എന്റെ ഒരു പുൾ അഭ്യർത്ഥനയെക്കുറിച്ച് ചർച്ചചെയ്യുമ്പോൾ, എന്റെ സഹപ്രവർത്തകരിലൊരാൾ പറഞ്ഞു, മഞ്ഞുതുള്ളികൾ നിർമ്മിക്കേണ്ട ആവശ്യമില്ലെന്ന്. അവൻ എന്താണ് ഉദ്ദേശിച്ചതെന്ന് ഞാൻ അത്ഭുതപ്പെട്ടു. ലോകത്ത് സമാനമായ രണ്ട് സ്നോഫ്ലേക്കുകൾ ഇല്ല, അവയെല്ലാം ചെറുതായി, പക്ഷേ വ്യത്യസ്തമാണ് എന്നതിന് അത്തരമൊരു ശാസ്ത്രീയ വസ്തുതയുണ്ട്. ഇത് കേട്ടയുടനെ, ടെറാഫോം കോഡിന്റെ മുഴുവൻ ഭാരവും എനിക്ക് ഉടനടി അനുഭവപ്പെട്ടു. കാരണം, പതിപ്പിൽ നിന്ന് പതിപ്പിലേക്ക് മാറേണ്ടിവരുമ്പോൾ, Terraform-ന് ഒരു ബ്രേക്കിംഗ് ചെയിൻ മാറ്റം ആവശ്യമാണ്, അതായത് കോഡ് അടുത്ത പതിപ്പുമായി പൊരുത്തപ്പെടുന്നില്ല. ടെറാഫോമിന്റെ അടുത്ത പതിപ്പിലേക്ക് ഇൻഫ്രാസ്ട്രക്ചർ കൊണ്ടുവരുന്നതിന്, ഇൻഫ്രാസ്ട്രക്ചറിലെ പകുതിയോളം ഫയലുകൾ ഉൾക്കൊള്ളുന്ന ഒരു പുൾ അഭ്യർത്ഥന എനിക്ക് നടത്തേണ്ടിവന്നു.

അത്തരമൊരു സ്നോഫ്ലെക്ക് പ്രത്യക്ഷപ്പെട്ടതിനുശേഷം, ഞങ്ങൾ നിർമ്മിച്ച എല്ലാ ടെറാഫോം കോഡും ഒരു വലിയ, വലിയ മഞ്ഞ് കൂമ്പാരമായി മാറി.

പ്രവർത്തനത്തിന് പുറത്തുള്ള ഒരു ബാഹ്യ ഡെവലപ്പർക്ക്, അത് അദ്ദേഹത്തിന് വലിയ കാര്യമല്ല, കാരണം അവൻ ഒരു പുൾ അഭ്യർത്ഥന നടത്തി, അവന്റെ റിസോഴ്സ് ആരംഭിച്ചു. അത്രയേയുള്ളൂ, അത് അവന്റെ ആശങ്കയല്ല. എല്ലാം ശരിയാണെന്ന് ഉറപ്പാക്കുന്ന DevOps ടീമിന് ഈ മാറ്റങ്ങളെല്ലാം വരുത്തേണ്ടതുണ്ട്. ഓരോ അധിക സ്നോഫ്ലേക്കിലും ഈ മാറ്റങ്ങളുടെ വില വളരെയധികം വർദ്ധിച്ചു.

ഒരു സെമിനാറിൽ ഒരു വിദ്യാർത്ഥി ബ്ലാക്ക് ബോർഡിൽ ചോക്ക് കൊണ്ട് രണ്ട് പൂർണ്ണമായ വൃത്തങ്ങൾ വരച്ചതിനെക്കുറിച്ചുള്ള ഒരു കഥയുണ്ട്. കോമ്പസ് ഇല്ലാതെ എങ്ങനെ സുഗമമായി വരയ്ക്കാൻ കഴിഞ്ഞുവെന്ന് ടീച്ചർ ആശ്ചര്യപ്പെടുന്നു. വിദ്യാർത്ഥി മറുപടി പറയുന്നു: "ഇത് വളരെ ലളിതമാണ്, ഞാൻ സൈന്യത്തിൽ രണ്ട് വർഷം ഒരു മാംസം അരക്കൽ തിരിഞ്ഞു."

ഞാൻ ഈ പ്രോജക്റ്റിൽ ഉണ്ടായിരുന്ന നാല് വർഷങ്ങളിൽ, ഏകദേശം രണ്ട് വർഷമായി ഞാൻ ടെറാഫോം ചെയ്യുന്നു. കൂടാതെ, തീർച്ചയായും, എനിക്ക് ചില തന്ത്രങ്ങൾ ഉണ്ട്, ടെറാഫോം കോഡ് എങ്ങനെ ലളിതമാക്കാം എന്നതിനെക്കുറിച്ചുള്ള ചില നുറുങ്ങുകൾ, ഒരു പ്രോഗ്രാമിംഗ് ഭാഷ പോലെ പ്രവർത്തിക്കുക, ഈ കോഡ് കാലികമായി നിലനിർത്തേണ്ട ഡെവലപ്പർമാരുടെ ഭാരം കുറയ്ക്കുക.

ഞാൻ ആദ്യം തുടങ്ങാൻ ആഗ്രഹിക്കുന്നത് സിംലിങ്കുകൾ ആണ്. ടെറാഫോമിന് ധാരാളം ആവർത്തന കോഡുകൾ ഉണ്ട്. ഉദാഹരണത്തിന്, ഞങ്ങൾ അടിസ്ഥാന സൗകര്യങ്ങളുടെ ഒരു ഭാഗം സൃഷ്ടിക്കുന്ന മിക്കവാറും എല്ലാ ഘട്ടങ്ങളിലും ഒരു ദാതാവിനെ വിളിക്കുന്നത് സമാനമാണ്. അത് ഒരു പ്രത്യേക ഡാഡിയിൽ ഇടുന്നത് യുക്തിസഹമാണ്. ഈ ഫയലിലേക്ക് സിംലിങ്കുകൾ നിർമ്മിക്കാൻ ദാതാവ് ആവശ്യപ്പെടുന്നിടത്തെല്ലാം.

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

എവിടെയാണ് സിംലിങ്കുകൾ പ്രവർത്തിക്കാത്തത്? ഞാൻ പറഞ്ഞതുപോലെ, ടെറാഫോമിന് സ്റ്റേറ്റ് ഫയലുകൾ ഉണ്ട്. അവർ വളരെ വളരെ കൂൾ ആണ്. എന്നാൽ ടെറാഫോം ആദ്യത്തേതിൽ തന്നെ ബാക്കെൻഡ് ആരംഭിക്കുന്നു എന്നതാണ് വസ്തുത. ഈ പരാമീറ്ററുകളിൽ അദ്ദേഹത്തിന് വേരിയബിളുകളൊന്നും ഉപയോഗിക്കാൻ കഴിയില്ല, അവ എല്ലായ്പ്പോഴും വാചകത്തിൽ എഴുതേണ്ടതുണ്ട്.

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

ഇനി നമുക്ക് എന്ത് ചെയ്യാൻ കഴിയും? ടെറാഫോമിൽ പ്രവർത്തിക്കുന്നതിന് മുമ്പ്, നിങ്ങൾ അത് ആരംഭിക്കേണ്ടതുണ്ട്. ആരംഭിക്കുന്ന സമയത്ത്, ടെറാഫോം എല്ലാ പ്ലഗിനുകളും ഡൗൺലോഡ് ചെയ്യുന്നു. ചില ഘട്ടങ്ങളിൽ, അവർ ഒരു മോണോലിത്തിൽ നിന്ന് കൂടുതൽ മൈക്രോ സർവീസ് ആർക്കിടെക്ചറിലേക്ക് മാറി. നിങ്ങൾ എല്ലായ്പ്പോഴും Terraform init ചെയ്യേണ്ടതുണ്ട്, അതുവഴി എല്ലാ മൊഡ്യൂളുകളും എല്ലാ പ്ലഗിനുകളും വലിച്ചെടുക്കും.

നിങ്ങൾക്ക് ഒരു ഷെൽ സ്ക്രിപ്റ്റ് ഉപയോഗിക്കാം, അത് ആദ്യം, എല്ലാ വേരിയബിളുകളും ലഭിക്കും. ഷെൽ സ്ക്രിപ്റ്റ് ഒരു തരത്തിലും പരിമിതമല്ല. രണ്ടാമതായി, പാതകൾ. നമ്മൾ എല്ലായ്പ്പോഴും റിപ്പോസിറ്ററിയിലുള്ള പാത്ത് സ്റ്റേറ്റ് ഫയലിന്റെ കീ ആയി ഉപയോഗിക്കുകയാണെങ്കിൽ, അതനുസരിച്ച്, പിശക് ഇവിടെ ഒഴിവാക്കപ്പെടും.

ഡാറ്റ എവിടെ ലഭിക്കും? JSON ഫയൽ. ടെറാഫോം നിങ്ങളെ എച്ച്‌സി‌എൽ (ഹാഷികോർപ്പ് കോൺഫിഗറേഷൻ ലാംഗ്വേജ്) ൽ മാത്രമല്ല, ജെഎസ്‌ഒണിലും ഇൻഫ്രാസ്ട്രക്ചർ എഴുതാൻ അനുവദിക്കുന്നു.

JSON ഒരു ഷെൽ സ്ക്രിപ്റ്റിൽ നിന്ന് വായിക്കാൻ എളുപ്പമാണ്. അതനുസരിച്ച്, നിങ്ങൾക്ക് ഒരു ബക്കറ്റ് ഉപയോഗിച്ച് ഒരു കോൺഫിഗറേഷൻ ഫയൽ എവിടെയെങ്കിലും സ്ഥാപിക്കാം. കൂടാതെ ടെറാഫോം കോഡിലും ഷെൽ സ്ക്രിപ്റ്റിലും ഈ ബക്കറ്റ് ഉപയോഗിക്കുക.

ടെറാഫോമിനായി ഒരു ബക്കറ്റ് ഉണ്ടായിരിക്കേണ്ടത് പ്രധാനമായിരിക്കുന്നത് എന്തുകൊണ്ട്? കാരണം റിമോട്ട് സ്റ്റേറ്റ് ഫയലുകൾ എന്നൊരു സംഗതിയുണ്ട്. അതായത്, ആമസോണിനോട് പറയാൻ ഞാൻ ചില ഉറവിടങ്ങൾ ശേഖരിക്കുമ്പോൾ: "ദയവായി ഉദാഹരണം ഉയർത്തുക", എനിക്ക് ആവശ്യമായ നിരവധി പാരാമീറ്ററുകൾ വ്യക്തമാക്കേണ്ടതുണ്ട്.

ഈ ഐഡന്റിഫയറുകൾ മറ്റേതെങ്കിലും ഫോൾഡറിൽ സംഭരിച്ചിരിക്കുന്നു. എനിക്ക് പോയി പറയാം: "ടെറാഫോം, ദയവായി ആ ഉറവിടത്തിന്റെ സ്റ്റേറ്റ് ഫയലിലേക്ക് ഓടിച്ചെന്ന് ഈ ഐഡന്റിഫയറുകൾ എനിക്ക് കൊണ്ടുവരിക." അങ്ങനെ വിവിധ പ്രദേശങ്ങൾ അല്ലെങ്കിൽ പരിസ്ഥിതികൾക്കിടയിൽ ഒരു പ്രത്യേക ഏകീകരണം പ്രത്യക്ഷപ്പെടുന്നു.

ഒരു റിമോട്ട് സ്റ്റേറ്റ് ഫയൽ ഉപയോഗിക്കുന്നത് എല്ലായ്പ്പോഴും സാധ്യമല്ല. ഉദാഹരണത്തിന്, നിങ്ങൾ സ്വമേധയാ ഒരു VPC സൃഷ്ടിച്ചു. VPC സൃഷ്‌ടിക്കുന്ന ടെറാഫോം കോഡ് വളരെ വ്യത്യസ്തമായ VPC സൃഷ്‌ടിക്കുന്നു, അത് വളരെ സമയമെടുക്കും, നിങ്ങൾ ഒന്നിനൊന്ന് ക്രമീകരിക്കേണ്ടതുണ്ട്, അതിനാൽ നിങ്ങൾക്ക് ഇനിപ്പറയുന്ന ട്രിക്ക് ഉപയോഗിക്കാം.

അതായത്, VPC ഉണ്ടാക്കി നിങ്ങൾക്ക് ഐഡന്റിഫയറുകൾ നൽകുന്ന ഒരു മൊഡ്യൂൾ നിർമ്മിക്കുക, എന്നാൽ വാസ്തവത്തിൽ അതേ ഉദാഹരണം സൃഷ്ടിക്കാൻ ഉപയോഗിക്കാവുന്ന ഹാർഡ്കോഡ് മൂല്യങ്ങളുള്ള ഒരു ഫയൽ മാത്രമേ ഉള്ളൂ.

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

ഇപ്പോൾ പരീക്ഷണത്തെക്കുറിച്ച് കുറച്ച്. ടെറാഫോമിൽ എന്താണ് പരീക്ഷിക്കാൻ കഴിയുക? ഒരുപക്ഷേ, ഒരുപാട് സാധ്യമാണ്, പക്ഷേ ഞാൻ ഈ 4 കാര്യങ്ങളെക്കുറിച്ച് സംസാരിക്കും.

ടെറാഫോം കോഡ് എങ്ങനെ ഫോർമാറ്റ് ചെയ്യാം എന്നതിനെക്കുറിച്ച് HashiCorp-ന് ധാരണയുണ്ട്. ആ വിശ്വാസമനുസരിച്ച് നിങ്ങൾ എഡിറ്റ് ചെയ്യുന്ന കോഡ് ഫോർമാറ്റ് ചെയ്യാൻ Terraform fmt നിങ്ങളെ അനുവദിക്കുന്നു. അതനുസരിച്ച്, ഹാഷികോർപ്പ് വസ്‌തുത നൽകിയ ഫോർമാറ്റിംഗ് ഫോർമാറ്റിംഗ് പൊരുത്തപ്പെടുന്നുണ്ടോയെന്ന് പരിശോധനകൾ പരിശോധിക്കേണ്ടതുണ്ട്, അതിനാൽ നിങ്ങൾ ബ്രാക്കറ്റുകളുടെ സ്ഥാനം മാറ്റേണ്ടതില്ല.

അടുത്തത് ടെറാഫോം വാലിഡേറ്റ് ആണ്. എല്ലാ പരാൻതീസിസും ജോടിയാക്കിയിട്ടുണ്ടോ എന്ന് വാക്യഘടന പരിശോധിക്കുന്നതിനേക്കാൾ ഇത് വളരെ കുറച്ച് മാത്രമേ ചെയ്യുന്നുള്ളൂ. ഇവിടെ എന്താണ് പ്രധാനം? ഞങ്ങളുടെ അടിസ്ഥാന സൗകര്യങ്ങൾ വളരെ വിപുലമാണ്. അതിൽ വ്യത്യസ്തരായ ഒരുപാട് ഡാഡികൾ ഉണ്ട്. ഓരോന്നിലും നിങ്ങൾ ടെറാഫോം വാലിഡേറ്റ് പ്രവർത്തിപ്പിക്കേണ്ടതുണ്ട്.

അതനുസരിച്ച്, പരിശോധന വേഗത്തിലാക്കാൻ, ഞങ്ങൾ സമാന്തരമായി നിരവധി പ്രക്രിയകൾ സമാന്തരമായി പ്രവർത്തിപ്പിക്കുന്നു.

സമാന്തരം വളരെ രസകരമായ ഒരു കാര്യമാണ്, അത് ഉപയോഗിക്കുക.

എന്നാൽ ടെറാഫോം ആരംഭിക്കുമ്പോഴെല്ലാം, അത് ഹാഷികോർപ്പിലേക്ക് പോയി, “ഏറ്റവും പുതിയ പ്ലഗിനുകൾ ഏതാണ്? കാഷെയിൽ എന്റെ പക്കലുള്ള പ്ലഗിൻ - ഇത് ഒന്നാണോ അല്ലയോ? ഓരോ ഘട്ടത്തിലും അത് മന്ദഗതിയിലാവുകയും ചെയ്തു.

പ്ലഗിനുകൾ എവിടെയാണെന്ന് Terraform നിങ്ങളോട് പറഞ്ഞാൽ, Terraform പറയും: “ശരി, ഇത് ഒരുപക്ഷേ ഏറ്റവും പുതിയ സംഗതിയാണ്. ഞാൻ എവിടെയും പോകില്ല, നിങ്ങളുടെ ടെറാഫോം കോഡ് ഞാൻ ഉടൻ തന്നെ സാധൂകരിക്കാൻ തുടങ്ങും."

ആവശ്യമായ പ്ലഗിനുകൾ ഉപയോഗിച്ച് ഫോൾഡർ പൂരിപ്പിക്കുന്നതിന്, ഞങ്ങൾക്ക് വളരെ ലളിതമായ ടെറാഫോം കോഡ് ഉണ്ട്, അത് ആരംഭിക്കേണ്ടതുണ്ട്. ഇവിടെ, തീർച്ചയായും, നിങ്ങളുടെ കോഡിൽ എങ്ങനെയെങ്കിലും പങ്കെടുക്കുന്ന എല്ലാ ദാതാക്കളെയും നിങ്ങൾ വ്യക്തമാക്കേണ്ടതുണ്ട്, അല്ലാത്തപക്ഷം Terraform പറയും: "എനിക്ക് ഒരു ദാതാവിനെയും അറിയില്ല, കാരണം അത് കാഷെയിലില്ല."

അടുത്തത് ടെറാഫോം പ്ലാൻ ആണ്. ഞാൻ പറഞ്ഞതുപോലെ, വികസനം ചാക്രികമാണ്. ഞങ്ങൾ കോഡിൽ മാറ്റങ്ങൾ വരുത്തുന്നു. അടിസ്ഥാന സൗകര്യങ്ങൾക്കായി എന്ത് മാറ്റങ്ങളാണ് ആസൂത്രണം ചെയ്തതെന്ന് നിങ്ങൾ കണ്ടെത്തേണ്ടതുണ്ട്.

ഇൻഫ്രാസ്ട്രക്ചർ വളരെ വലുതായിരിക്കുമ്പോൾ, നിങ്ങൾക്ക് ഒരു മൊഡ്യൂൾ മാറ്റാനും ചില ടെസ്റ്റ് പരിതസ്ഥിതികൾ അല്ലെങ്കിൽ ചില പ്രത്യേക പ്രദേശങ്ങൾ ശരിയാക്കാനും അയൽപക്കത്തെ ചിലത് തകർക്കാനും കഴിയും. അതിനാൽ, മുഴുവൻ ഇൻഫ്രാസ്ട്രക്ചറിനും ഒരു ടെറാഫോം പ്ലാൻ ഉണ്ടാക്കുകയും എന്തെല്ലാം മാറ്റങ്ങൾ ആസൂത്രണം ചെയ്തിട്ടുണ്ടെന്ന് കാണിക്കുകയും വേണം.

നിങ്ങൾക്ക് അത് മികച്ച രീതിയിൽ ചെയ്യാൻ കഴിയും. ഉദാഹരണത്തിന്, ഡിപൻഡൻസികൾ പരിഹരിക്കുന്ന ഒരു പൈത്തൺ സ്ക്രിപ്റ്റ് ഞങ്ങൾ എഴുതി. എന്താണ് മാറിയത് എന്നതിനെ ആശ്രയിച്ച്: ഒരു ടെറാഫോം മൊഡ്യൂൾ അല്ലെങ്കിൽ ഒരു പ്രത്യേക ഘടകം, അത് എല്ലാ ആശ്രിത ഫോൾഡറുകൾക്കുമായി പദ്ധതികൾ തയ്യാറാക്കുന്നു.

ടെറാഫോം പ്ലാൻ അഭ്യർത്ഥന പ്രകാരം ചെയ്യണം. കുറഞ്ഞത് അതാണ് ഞങ്ങൾ ചെയ്യുന്നത്.

തീർച്ചയായും, ഓരോ മാറ്റത്തിനും ഓരോ പ്രതിബദ്ധതയ്ക്കും പരിശോധനകൾ നടത്തുന്നത് നല്ലതാണ്, എന്നാൽ പദ്ധതികൾ വളരെ ചെലവേറിയ കാര്യമാണ്. ഒരു പുൾ അഭ്യർത്ഥനയിൽ ഞങ്ങൾ പറയുന്നു, "ദയവായി എനിക്ക് പ്ലാനുകൾ തരൂ." റോബോട്ട് ആരംഭിക്കുന്നു. ഒപ്പം നിങ്ങളുടെ മാറ്റങ്ങളിൽ നിന്ന് പ്രതീക്ഷിക്കുന്ന എല്ലാ പ്ലാനുകളും അഭിപ്രായങ്ങൾ അയയ്ക്കുകയോ അറ്റാച്ചുചെയ്യുകയോ ചെയ്യുന്നു.

പ്ലാൻ വളരെ ചെലവേറിയ കാര്യമാണ്. ടെറാഫോം ആമസോണിൽ പോയി ചോദിക്കുന്നതിനാൽ ഇതിന് സമയമെടുക്കും, “ഈ സംഭവം ഇപ്പോഴും നിലവിലുണ്ടോ? ഈ ഓട്ടോസ്കെയിലിന് ഒരേ പാരാമീറ്ററുകൾ ഉണ്ടോ?". അത് വേഗത്തിലാക്കാൻ, നിങ്ങൾക്ക് refresh=false പോലുള്ള ഒരു പരാമീറ്റർ ഉപയോഗിക്കാം. ഇതിനർത്ഥം ടെറാഫോം S3 അവസ്ഥയെ ഡീഫ്ലേറ്റ് ചെയ്യും എന്നാണ്. ആമസോണിലുള്ളതിനോട് സംസ്ഥാനം കൃത്യമായി പൊരുത്തപ്പെടുമെന്ന് വിശ്വസിക്കുകയും ചെയ്യും.

അത്തരമൊരു ടെറാഫോം പ്ലാൻ വളരെ വേഗതയുള്ളതാണ്, എന്നാൽ സംസ്ഥാനം നിങ്ങളുടെ ഇൻഫ്രാസ്ട്രക്ചറുമായി പൊരുത്തപ്പെടണം, അതായത്, എവിടെയെങ്കിലും, ടെറാഫോം പുതുക്കൽ ആരംഭിക്കണം. ടെറാഫോം പുതുക്കൽ അത് കൃത്യമായി ചെയ്യുന്നു, അതിലൂടെ സംസ്ഥാനം യഥാർത്ഥ ഇൻഫ്രാസ്ട്രക്ചറുമായി പൊരുത്തപ്പെടുന്നു.

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

അടുത്തതായി ഞാൻ സംസാരിക്കാൻ ആഗ്രഹിക്കുന്നത് ഉപയോക്തൃ ഡാറ്റാ പരിശോധനയെക്കുറിച്ചാണ്.

എന്താണ് ഉപയോക്തൃ ഡാറ്റ? ആമസോണിൽ, ഞങ്ങൾ ഒരു ഉദാഹരണം സൃഷ്‌ടിക്കുമ്പോൾ, നമുക്ക് ഒരു നിശ്ചിത കത്ത് അയയ്‌ക്കാൻ കഴിയും - മെറ്റാ ഡാറ്റ. ഇൻസ്‌റ്റൻസ് ആരംഭിക്കുമ്പോൾ, സാധാരണയായി ക്ലൗഡ് ഇനിറ്റ് ഈ സന്ദർഭങ്ങളിൽ എപ്പോഴും ഉണ്ടായിരിക്കും. Cloud init ഈ കത്ത് വായിച്ച് പറയുന്നു: "ശരി, ഇന്ന് ഞാൻ ലോഡ് ബാലൻസറാണ്." ഈ ഉടമ്പടികൾക്കനുസൃതമായി അവൻ ചില പ്രവർത്തനങ്ങൾ ചെയ്യുന്നു.

പക്ഷേ, നിർഭാഗ്യവശാൽ, ഞങ്ങൾ ടെറാഫോം പ്ലാൻ ചെയ്യുകയും ടെറാഫോം പ്രയോഗിക്കുകയും ചെയ്യുമ്പോൾ, ഉപയോക്തൃ ഡാറ്റ ഈ സംഖ്യകളുടെ സ്ലറി പോലെ കാണപ്പെടുന്നു. അതായത്, അവൻ നിങ്ങൾക്ക് ഹാഷ് അയയ്ക്കുന്നു. പ്ലാനിൽ നിങ്ങൾക്ക് കാണാൻ കഴിയുന്നത് എന്തെങ്കിലും മാറ്റങ്ങൾ ഉണ്ടാകുമോ അതോ ഹാഷ് അതേപടി തുടരുമോ എന്നതാണ്.

നിങ്ങൾ ഇത് ശ്രദ്ധിച്ചില്ലെങ്കിൽ, ചില അടിപൊളി ടെക്സ്റ്റ് ഫയൽ യഥാർത്ഥ ഇൻഫ്രാസ്ട്രക്ചറിലേക്ക് ആമസോണിലേക്ക് പോയേക്കാം.

പകരമായി, നിർവ്വഹിക്കുന്ന സമയത്ത് നിങ്ങൾക്ക് മുഴുവൻ ഇൻഫ്രാസ്ട്രക്ചറും വ്യക്തമാക്കാൻ കഴിയില്ല, പക്ഷേ ടെംപ്ലേറ്റ് മാത്രം. കോഡിൽ, പറയുക: "ദയവായി ഈ ടെംപ്ലേറ്റ് എനിക്കായി പ്രദർശിപ്പിക്കുക." തൽഫലമായി, ആമസോണിൽ നിങ്ങളുടെ ഡാറ്റ എങ്ങനെയിരിക്കും എന്നതിന്റെ പ്രിന്റൗട്ട് നിങ്ങൾക്ക് ലഭിക്കും.

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

ഞാൻ അടുത്തതായി സംസാരിക്കാൻ ആഗ്രഹിക്കുന്ന കാര്യം, ടെറാഫോം പ്രയോഗിക്കുക എന്നതിനെക്കുറിച്ചാണ്.

തീർച്ചയായും, ടെറാഫോം ഓട്ടോമാറ്റിക് മോഡിൽ പ്രയോഗിക്കുന്നത് വളരെ ഭയാനകമാണ്, കാരണം അവിടെ എന്ത് മാറ്റങ്ങൾ വന്നിട്ടുണ്ടെന്നും അവ ജീവനുള്ള ഇൻഫ്രാസ്ട്രക്ചറിന് എത്രത്തോളം വിനാശകരമാണെന്നും ആർക്കറിയാം.

ഒരു പരീക്ഷണ പരിതസ്ഥിതിക്ക്, ഇതെല്ലാം നല്ലതാണ്. അതായത്, ഒരു പരീക്ഷണ അന്തരീക്ഷം സൃഷ്ടിക്കുന്ന ജോലിയാണ് എല്ലാ ഡെവലപ്പർമാർക്കും വേണ്ടത്. “എല്ലാം എനിക്ക് വേണ്ടി പ്രവർത്തിച്ചു” എന്ന പദപ്രയോഗം ഒരു തമാശയല്ല, മറിച്ച് ഒരു വ്യക്തി ആശയക്കുഴപ്പത്തിലായി, ഒരു സ്റ്റാക്ക് ഉയർത്തി, ഈ സ്റ്റാക്കിൽ ചില പരിശോധനകൾ ആരംഭിച്ചു എന്നതിന്റെ തെളിവ്. അവിടെ എല്ലാം ശരിയാണെന്ന് ഉറപ്പുവരുത്തി അദ്ദേഹം പറഞ്ഞു: "ശരി, ഞാൻ പുറത്തിറക്കിയ കോഡ് പരീക്ഷിച്ചു."

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

ഉപയോഗിക്കുന്നത് അപകടകരമോ ഭയപ്പെടുത്തുന്നതോ ആയ ഇടങ്ങളിൽ, ഉദാഹരണത്തിന്, ഒരു ഡാറ്റാബേസിൽ നിന്നുള്ള സ്ഥിരമായ ചില ഉറവിടങ്ങളാണെങ്കിൽ, ചില ഇൻഫ്രാസ്ട്രക്ചറിൽ പ്രയോഗിക്കാത്ത മാറ്റങ്ങളുണ്ടെന്ന് റിപ്പോർട്ടുകൾ നേടുക. എഞ്ചിനീയർ ഇതിനകം തന്നെ തന്റെ കൺസോളിൽ നിന്ന് പ്രയോഗിക്കുന്നതിനോ ചെയ്യുന്നതിനോ ജോലികൾ പ്രവർത്തിപ്പിക്കുന്ന മേൽനോട്ടം വഹിക്കുന്നു.

ടെർമിനേറ്റ് പ്രൊട്ടക്ഷൻ പോലെയുള്ള ഒരു സംഗതി ആമസോണിനുണ്ട്. ചില സന്ദർഭങ്ങളിൽ നിങ്ങൾക്ക് ആവശ്യമില്ലാത്ത മാറ്റങ്ങളിൽ നിന്ന് ഇത് പരിരക്ഷിക്കാനാകും. അതിനാൽ ടെറാഫോം ആമസോണിലേക്ക് പോയി, "മറ്റൊരെണ്ണം ഉണ്ടാക്കാൻ എനിക്ക് ഈ സംഭവം കൊല്ലണം" എന്ന് പറഞ്ഞു. ആമസോൺ പറയുന്നു, “ക്ഷമിക്കണം, ഇന്നല്ല. ഞങ്ങൾക്ക് ടെർമിനേറ്റ് പരിരക്ഷയുണ്ട്.

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

പിന്നെ വായിക്കാൻ വളരെ ബുദ്ധിമുട്ടാണ്. ഇത് അവലോകനം ചെയ്യുന്നത് വളരെ ബുദ്ധിമുട്ടാണ്. ചില പാരാമീറ്ററുകൾ അവലോകനം ചെയ്യുന്നുണ്ടെന്നും അവ ആവശ്യമുള്ളവയല്ലെന്നും പലപ്പോഴും ഇത് മാറുന്നു. പിന്നീട് അത് ശരിയാക്കാൻ സമയവും പണവും ചിലവാകും.

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

ഈ മൊഡ്യൂളിനെ വിളിക്കുന്നതിലൂടെ, നിങ്ങൾക്ക് ഒരു പൊതു മൊഡ്യൂളിൽ ജനറേറ്റുചെയ്യുന്ന ഒരു ട്രീ ലഭിക്കും, അതായത്, മുഴുവൻ ഇൻഫ്രാസ്ട്രക്ചറിനും ഒരേപോലെ പ്രവർത്തിക്കുന്ന ഒരു പൊതു മൊഡ്യൂളിൽ.

ഈ മൊഡ്യൂളിൽ, നിങ്ങൾക്ക് പ്രദേശവാസികൾ എന്ന നിലയിൽ Terraform-ലെ പുതിയ ഫീച്ചർ ഉപയോഗിച്ച് ചില കണക്കുകൂട്ടലുകൾ നടത്താം. തുടർന്ന് ഒരു ഔട്ട്പുട്ടിൽ, ഹാഷുകൾ, അറേകൾ മുതലായവ ഉൾപ്പെട്ടേക്കാവുന്ന ചില സങ്കീർണ്ണമായ പാരാമീറ്റർ നൽകുക.

ഇവിടെയാണ് ഞാൻ അവസാനിച്ച എല്ലാ മികച്ച കണ്ടെത്തലുകളും. കൊളംബസിനെക്കുറിച്ച് ഒരു കഥ പറയാൻ ഞാൻ ആഗ്രഹിക്കുന്നു. ഇന്ത്യയെ കണ്ടെത്താനുള്ള തന്റെ പര്യവേഷണത്തിനായി അദ്ദേഹം പണം തേടുമ്പോൾ (അന്ന് അദ്ദേഹം കരുതിയതുപോലെ), ആരും അവനെ വിശ്വസിച്ചില്ല, അത് അസാധ്യമാണെന്ന് അവർ കരുതി. എന്നിട്ട് പറഞ്ഞു: "മുട്ട വീഴുന്നില്ലെന്ന് ഉറപ്പാക്കുക." എല്ലാ ബാങ്കർമാരും, വളരെ സമ്പന്നരും ഒരുപക്ഷേ മിടുക്കരുമായ ആളുകൾ, മുട്ട എങ്ങനെയെങ്കിലും സ്ഥാപിക്കാൻ ശ്രമിച്ചു, അത് വീണുകൊണ്ടിരുന്നു. അപ്പോൾ കൊളംബസ് മുട്ട എടുത്ത് അൽപ്പം അമർത്തി. പുറംതൊലി തകർന്നു, മുട്ട നിശ്ചലമായി. അവർ പറഞ്ഞു, "ഓ, അത് വളരെ എളുപ്പമാണ്!" കൊളംബസ് മറുപടി പറഞ്ഞു: "അതെ, ഇത് വളരെ ലളിതമാണ്. ഞാൻ ഇന്ത്യ തുറക്കുമ്പോൾ എല്ലാവരും ഈ വ്യാപാര പാത ഉപയോഗിക്കും.

ഞാൻ ഇപ്പോൾ നിങ്ങളോട് പറഞ്ഞത് വളരെ ലളിതവും നിസ്സാരവുമായ കാര്യങ്ങളാണ്. നിങ്ങൾ അവയെക്കുറിച്ച് കണ്ടെത്തി അവ ഉപയോഗിക്കാൻ തുടങ്ങുമ്പോൾ, അത് കാര്യങ്ങളുടെ ക്രമത്തിലാണ്. അതിനാൽ അത് ഉപയോഗിക്കുക. ഇവ നിങ്ങൾക്ക് തികച്ചും സാധാരണമായ കാര്യങ്ങളാണെങ്കിൽ, മുട്ട വീഴാതിരിക്കാൻ എങ്ങനെ ഇടണമെന്ന് നിങ്ങൾക്കറിയാം.

സംഗ്രഹിക്കാം:

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

• മാറ്റമില്ലാത്ത അടിസ്ഥാന സൗകര്യങ്ങൾ. ഷെഡ്യൂളിൽ AMI ഡെലിവറി.
• നിങ്ങൾക്ക് ധാരാളം എൻട്രികൾ ഉള്ളപ്പോൾ റൂട്ട്53-നുള്ള ഘടന.
• API നിരക്ക് പരിധികൾക്കെതിരെ പോരാടുക. അപ്പോഴാണ് ആമസോൺ പറയുന്നത്, "അതു തന്നെ, എനിക്ക് കൂടുതൽ അഭ്യർത്ഥനകൾ സ്വീകരിക്കാൻ കഴിയില്ല, ദയവായി കാത്തിരിക്കൂ." ഓഫീസിന്റെ പകുതിയും അതിന്റെ അടിസ്ഥാന സൗകര്യങ്ങൾ ആരംഭിക്കുന്നത് വരെ കാത്തിരിക്കുകയാണ്.
• സ്പോട്ട് സംഭവങ്ങൾ. ആമസോൺ ഒരു വിലകുറഞ്ഞ ഇവന്റല്ല, കൂടാതെ ധാരാളം ലാഭിക്കാൻ പാടുകൾ നിങ്ങളെ അനുവദിക്കുന്നു. അവിടെ നിങ്ങൾക്ക് അതിനെക്കുറിച്ച് ഒരു മുഴുവൻ റിപ്പോർട്ടും പറയാം.
• സുരക്ഷാ, IAM റോളുകൾ.
• നഷ്‌ടപ്പെട്ട വിഭവങ്ങൾക്കായി തിരയുക, ആമസോണിൽ നിങ്ങൾക്ക് അജ്ഞാത ഉത്ഭവം ഉണ്ടായാൽ, അവർ പണം തിന്നുന്നു. പ്രതിമാസം $100-150 ചിലവാകുന്ന സന്ദർഭങ്ങളിൽ പോലും, അത് പ്രതിവർഷം $1-ലധികമാണ്. അത്തരം വിഭവങ്ങൾ കണ്ടെത്തുന്നത് ലാഭകരമായ ബിസിനസ്സാണ്.
• കൂടാതെ റിസർവ് ചെയ്ത സന്ദർഭങ്ങളും.

എനിക്ക് അത്രമാത്രം. ടെറാഫോം വളരെ രസകരമാണ്, അത് ഉപയോഗിക്കുക. നന്ദി!

ചോദ്യങ്ങൾ

റിപ്പോർട്ടിന് നന്ദി! നിങ്ങൾക്ക് S3-ൽ ഒരു സ്റ്റേറ്റ് ഫയൽ ഉണ്ട്, എന്നാൽ നിരവധി ആളുകൾക്ക് ഈ സ്റ്റേറ്റ് ഫയൽ എടുത്ത് വിന്യസിക്കാൻ ശ്രമിക്കുന്ന പ്രശ്നം എങ്ങനെ പരിഹരിക്കും?

ഒന്നാമതായി, ഞങ്ങൾ തിരക്കിലല്ല. രണ്ടാമതായി, ഫ്ലാഗുകൾ ഉണ്ട്, അതിൽ ഞങ്ങൾ ചില കോഡുകളിൽ പ്രവർത്തിക്കുന്നുണ്ടെന്ന് ഞങ്ങൾ റിപ്പോർട്ട് ചെയ്യുന്നു. അതായത്, ഇൻഫ്രാസ്ട്രക്ചർ വളരെ വലുതാണെങ്കിലും, ആരെങ്കിലും നിരന്തരം എന്തെങ്കിലും ഉപയോഗിക്കുന്നുണ്ടെന്ന് ഇതിനർത്ഥമില്ല. ഒരു സജീവ ഘട്ടം ഉണ്ടായപ്പോൾ, ഇതൊരു പ്രശ്‌നമായിരുന്നു, ഞങ്ങൾ സ്റ്റേറ്റ് ഫയലുകൾ Git-ൽ സൂക്ഷിച്ചു. ഇത് പ്രധാനമായിരുന്നു, അല്ലാത്തപക്ഷം ആരെങ്കിലും ഒരു സ്റ്റേറ്റ് ഫയൽ ഉണ്ടാക്കും, കൂടുതൽ തുടരുന്നതിന് ഞങ്ങൾ അവ സ്വമേധയാ ശേഖരിക്കേണ്ടതുണ്ട്. ഇപ്പോൾ അങ്ങനെയൊരു പ്രശ്നമില്ല. പൊതുവേ, ടെറാഫോം ഈ പ്രശ്നം പരിഹരിച്ചു. എന്തെങ്കിലും നിരന്തരം മാറിക്കൊണ്ടിരിക്കുകയാണെങ്കിൽ, നിങ്ങൾ പറഞ്ഞതിനെ തടയുന്ന ലോക്കുകൾ നിങ്ങൾക്ക് ഉപയോഗിക്കാം.

നിങ്ങൾ ഓപ്പൺ സോഴ്സ് ആണോ എന്റർപ്രൈസ് ആണോ ഉപയോഗിക്കുന്നത്?

എന്റർപ്രൈസ് ഇല്ല, അതായത്, നിങ്ങൾക്ക് പോയി സൗജന്യമായി ഡൗൺലോഡ് ചെയ്യാൻ കഴിയുന്ന എല്ലാം.

എന്റെ പേര് സ്റ്റാനിസ്ലാവ്. ഒരു ചെറിയ കൂട്ടിച്ചേർക്കൽ നടത്താൻ ഞാൻ ആഗ്രഹിച്ചു. ഒരു ഉദാഹരണം ഇല്ലാതാക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന ആമസോൺ സവിശേഷതയെക്കുറിച്ച് നിങ്ങൾ സംസാരിച്ചു. ഇതും ടെറാഫോമിൽ തന്നെയുണ്ട്, ലൈഫ് സെക്കൻഡ് ബ്ലോക്കിൽ, നിങ്ങൾക്ക് മാറ്റത്തിനുള്ള നിരോധനമോ ​​അല്ലെങ്കിൽ നശിപ്പിക്കാനുള്ള നിരോധനമോ ​​നിർദ്ദേശിക്കാം.

സമയം പരിമിതമായിരുന്നു. നല്ല പോയിന്റ്.

എനിക്കും രണ്ടു കാര്യങ്ങൾ ചോദിക്കണമെന്നുണ്ടായിരുന്നു. ആദ്യം, നിങ്ങൾ പരീക്ഷണത്തെക്കുറിച്ച് സംസാരിച്ചു. നിങ്ങൾ ഏതെങ്കിലും ടെസ്റ്റിംഗ് ടൂളുകൾ ഉപയോഗിച്ചിട്ടുണ്ടോ? ടെസ്റ്റ് കിച്ചൻ പ്ലഗിനിനെക്കുറിച്ച് ഞാൻ കേട്ടു. ഒരുപക്ഷേ മറ്റെന്തെങ്കിലും ഉണ്ട്. കൂടാതെ പ്രാദേശിക മൂല്യങ്ങളെക്കുറിച്ച് ചോദിക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു. ഇൻപുട്ട് വേരിയബിളുകളിൽ നിന്ന് അവ അടിസ്ഥാനപരമായി എങ്ങനെ വ്യത്യാസപ്പെട്ടിരിക്കുന്നു? എന്തുകൊണ്ടാണ് എനിക്ക് പ്രാദേശിക മൂല്യങ്ങളിലൂടെ മാത്രം എന്തെങ്കിലും പാരാമീട്രൈസ് ചെയ്യാൻ കഴിയാത്തത്? ഞാൻ ഈ വിഷയം കൈകാര്യം ചെയ്യാൻ ശ്രമിച്ചു, പക്ഷേ എങ്ങനെയെങ്കിലും ഞാൻ അത് സ്വയം മനസ്സിലാക്കിയില്ല.

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

പ്രാദേശിക മൂല്യങ്ങളെ സംബന്ധിച്ച്, പ്രേക്ഷകർക്ക് പുറത്ത് സംഭാഷണം തുടരാം.

ഹലോ! റിപ്പോർട്ടിന് നന്ദി! വളരെ വിജ്ഞാനപ്രദം. ഇൻഫ്രാസ്ട്രക്ചർ വിവരിക്കാൻ നിങ്ങൾക്ക് ഒരേ തരത്തിലുള്ള നിരവധി കോഡുകൾ ഉണ്ടെന്ന് നിങ്ങൾ പറഞ്ഞു. ഈ കോഡ് സൃഷ്ടിക്കുന്നതിനെക്കുറിച്ച് നിങ്ങൾ ചിന്തിച്ചിട്ടുണ്ടോ?

വലിയ ചോദ്യം, നന്ദി! അടിസ്ഥാന സൗകര്യങ്ങൾ ഒരു കോഡായി ഉപയോഗിക്കുമ്പോൾ, ഞങ്ങൾ കോഡ് നോക്കുകയും ഈ കോഡിന് പിന്നിൽ ഏത് തരത്തിലുള്ള ഇൻഫ്രാസ്ട്രക്ചറാണ് ഉള്ളതെന്ന് മനസ്സിലാക്കുകയും ചെയ്യുന്നു എന്നതാണ് കാര്യം. കോഡ് ജനറേറ്റ് ചെയ്‌താൽ, ഏത് തരത്തിലുള്ള ഇൻഫ്രാസ്ട്രക്ചർ ഉണ്ടെന്ന് മനസിലാക്കാൻ എന്ത് കോഡ് ജനറേറ്റുചെയ്യുമെന്ന് ഞങ്ങൾ സങ്കൽപ്പിക്കേണ്ടതുണ്ട്. അല്ലെങ്കിൽ ഞങ്ങൾ കോഡ് സൃഷ്‌ടിക്കുകയും അത് സമർപ്പിക്കുകയും സത്യത്തിൽ നമുക്ക് അതേ കാര്യം നേടുകയും ചെയ്യുന്നു. അതിനാൽ, ഞങ്ങൾ എഴുതിയ വഴിക്ക് പോയി, ഞങ്ങൾക്ക് അത് ലഭിച്ചു. കൂടാതെ, ഞങ്ങൾ നിർമ്മിക്കാൻ തുടങ്ങിയപ്പോൾ കുറച്ച് കഴിഞ്ഞ് ജനറേറ്ററുകൾ പ്രത്യക്ഷപ്പെട്ടു. പിന്നെ മാറ്റാൻ വൈകി.

jsonnet എന്ന് കേട്ടിട്ടുണ്ടോ?

നമ്പർ

നോക്കൂ, ഇത് ശരിക്കും രസകരമായ കാര്യമാണ്. നിങ്ങൾക്ക് അത് പ്രയോഗിക്കാനും ഒരു ഡാറ്റ ഘടന സൃഷ്ടിക്കാനും കഴിയുന്ന ഒരു പ്രത്യേക കേസ് ഞാൻ കാണുന്നു.

ഷേവിംഗ് മെഷീനെക്കുറിച്ചുള്ള തമാശയിലെന്നപോലെ ജനറേറ്ററുകൾ ഉള്ളപ്പോൾ നല്ലതാണ്. അതായത്, ആദ്യമായി മുഖം വ്യത്യസ്തമാണ്, എന്നാൽ എല്ലാവർക്കും ഒരേ മുഖം. ജനറേറ്ററുകൾ വളരെ തണുപ്പാണ്. പക്ഷേ, നിർഭാഗ്യവശാൽ, ഞങ്ങളുടെ മുഖം അല്പം വ്യത്യസ്തമാണ്. ഇത് പ്രശ്നമാണ്.

ഒന്നു നോക്കു. നന്ദി!

എന്റെ പേര് മാക്സിം, ഞാൻ സ്ബെർബാങ്കിൽ നിന്നാണ്. ഒരു പ്രോഗ്രാമിംഗ് ഭാഷയുടെ അനലോഗിലേക്ക് ടെറാഫോമിനെ കൊണ്ടുവരാൻ നിങ്ങൾ ശ്രമിച്ചുവെന്ന് നിങ്ങൾ കുറച്ച് പറഞ്ഞു. അൻസിബിൾ ഉപയോഗിക്കുന്നത് എളുപ്പമല്ലേ?

ഇവ വളരെ വ്യത്യസ്തമായ കാര്യങ്ങളാണ്. അൻസിബിളിന് വിഭവങ്ങൾ സൃഷ്ടിക്കാനും പപ്പറ്റിന് ആമസോണിൽ വിഭവങ്ങൾ സൃഷ്ടിക്കാനും കഴിയും. എന്നാൽ ടെറാഫോം തീർത്തും മൂർച്ച കൂട്ടിയിരിക്കുന്നു.

നിങ്ങൾക്ക് ആമസോൺ മാത്രമാണോ ഉള്ളത്?

നമുക്ക് ആമസോൺ മാത്രമേയുള്ളൂ എന്നല്ല. ഞങ്ങൾക്ക് ഏതാണ്ട് ആമസോൺ മാത്രമേ ഉള്ളൂ. എന്നാൽ ടെറാഫോം ഓർക്കുന്നു എന്നതാണ് പ്രധാന സവിശേഷത. അൻസിബിളിൽ, "എന്നെ 5 സന്ദർഭങ്ങൾ എടുക്കുക" എന്ന് നിങ്ങൾ പറഞ്ഞാൽ, അത് ഉയർത്തും, തുടർന്ന് നിങ്ങൾ പറയും: "ഇപ്പോൾ എനിക്ക് 3 ആവശ്യമാണ്". ടെറാഫോം പറയും: "ശരി, ഞാൻ 2 പേരെ കൊല്ലും", അൻസിബിൾ പറയും: "ശരി, ഇതാ നിങ്ങൾക്കായി 3." ആകെ 8.

ഹലോ! നിങ്ങളുടെ റിപ്പോർട്ടിന് നന്ദി! ടെറാഫോമിനെക്കുറിച്ച് കേൾക്കാൻ വളരെ രസകരമായിരുന്നു. ടെറാഫോമിന് ഇപ്പോഴും സ്ഥിരമായ ഒരു റിലീസ് ഇല്ല എന്ന വസ്തുതയെക്കുറിച്ച് ഒരു ചെറിയ അഭിപ്രായം പറയാൻ ഞാൻ ആഗ്രഹിക്കുന്നു, അതിനാൽ ടെറാഫോമിൽ വളരെ ശ്രദ്ധാലുവായിരിക്കുക.

അത്താഴത്തിന് നല്ല സ്പൂൺ. അതായത്, നിങ്ങൾക്ക് ഒരു പരിഹാരം വേണമെങ്കിൽ, അസ്ഥിരമായത് മുതലായവ നിങ്ങൾ ചിലപ്പോൾ മാറ്റിവയ്ക്കും, പക്ഷേ അത് പ്രവർത്തിക്കുകയും ഞങ്ങളെ സഹായിക്കുകയും ചെയ്തു.

ചോദ്യം ഇതാണ്. നിങ്ങൾ റിമോട്ട് ബാക്കെൻഡ് ഉപയോഗിക്കുന്നു, നിങ്ങൾ എസ് 3 ഉപയോഗിക്കുന്നു. എന്തുകൊണ്ടാണ് നിങ്ങൾ ഔദ്യോഗിക ബാക്കെൻഡ് ഉപയോഗിക്കാത്തത്?

ഉദ്യോഗസ്ഥനോ?

ടെറാഫോം ക്ലൗഡ്.

അവൻ എപ്പോഴാണ് പ്രത്യക്ഷപ്പെട്ടത്?

4 മാസം മുമ്പ്.

ഇത് 4 വർഷം മുമ്പ് പ്രത്യക്ഷപ്പെട്ടിരുന്നെങ്കിൽ, നിങ്ങളുടെ ചോദ്യത്തിന് ഞാൻ ഉത്തരം നൽകുമായിരുന്നു.

ഇതിനകം ഒരു ബിൽറ്റ്-ഇൻ ഫംഗ്ഷനും ലോക്കുകളും ഉണ്ട്, നിങ്ങൾക്ക് ഒരു സ്റ്റേറ്റ് ഫയൽ സംഭരിക്കാനാകും. പരീക്ഷിച്ചു നോക്കൂ. പക്ഷെ ഞാനും പരീക്ഷിച്ചിട്ടില്ല.

അതിവേഗത്തിൽ പായുന്ന ഒരു വലിയ ട്രെയിനിലാണ് ഞങ്ങൾ യാത്ര ചെയ്യുന്നത്. നിങ്ങൾക്ക് കുറച്ച് കാറുകൾ എടുത്ത് വലിച്ചെറിയാൻ കഴിയില്ല.

നിങ്ങൾ മഞ്ഞുതുള്ളികളെ കുറിച്ച് സംസാരിച്ചു, എന്തുകൊണ്ടാണ് നിങ്ങൾ ശാഖ ഉപയോഗിക്കാത്തത്? എന്തുകൊണ്ടാണ് അത് അങ്ങനെ പ്രവർത്തിക്കാത്തത്?

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

അതായത്, അത് പ്രവർത്തിക്കുന്നില്ലേ?

ഇത് ഒട്ടും പ്രവർത്തിക്കുന്നില്ല.

ബ്രാഞ്ചിൽ, ഞാൻ ഫോൾഡർ സ്ലൈഡ് മുറിച്ചു. അതായത്, ഓരോ ടെസ്റ്റ് സ്റ്റാക്കിനും നിങ്ങൾ ഇത് ചെയ്യുകയാണെങ്കിൽ, ഉദാഹരണത്തിന്, ടീമിന് എയ്ക്ക് അതിന്റേതായ ഫോൾഡർ ഉണ്ട്, ടീമിന് ബിക്ക് അതിന്റേതായ ഫോൾഡർ ഉണ്ട്, ഇതും പ്രവർത്തിക്കില്ല. എല്ലാവർക്കും അനുയോജ്യമായ തരത്തിൽ വഴക്കമുള്ള ഒരു ഏകീകൃത ടെസ്റ്റ് എൻവയോൺമെന്റ് കോഡ് ഞങ്ങൾ സൃഷ്ടിച്ചു. അതായത്, ഞങ്ങൾ ഒരു കോഡ് നൽകി.

ഹലോ! എന്റെ പേര് യുറ! റിപ്പോർട്ടിന് നന്ദി! മൊഡ്യൂളുകളെക്കുറിച്ചുള്ള ചോദ്യം. നിങ്ങൾ മൊഡ്യൂളുകൾ ഉപയോഗിക്കുന്നുണ്ടെന്ന് നിങ്ങൾ പറയുന്നു. ഒരു മൊഡ്യൂളിൽ മറ്റൊരു വ്യക്തിയുടെ മാറ്റവുമായി പൊരുത്തപ്പെടാത്ത മാറ്റങ്ങൾ വരുത്തിയാൽ പ്രശ്നം എങ്ങനെ പരിഹരിക്കും? എങ്ങനെയെങ്കിലും മൊഡ്യൂളുകൾ വേർഷൻ ചെയ്യുകയാണോ അതോ രണ്ട് ആവശ്യകതകൾ നിറവേറ്റുന്നതിനായി ഒരു പ്രോഡിജി കൊണ്ടുവരാൻ ശ്രമിക്കുകയാണോ?

ഇതാണ് വലിയ മഞ്ഞുവീഴ്ചയുടെ പ്രശ്നം. ചില നിരുപദ്രവകരമായ മാറ്റങ്ങൾ അടിസ്ഥാന സൗകര്യത്തിന്റെ ചില ഭാഗങ്ങൾ തകർക്കുമ്പോൾ നമ്മൾ അനുഭവിക്കുന്നത് ഇതാണ്. മാത്രമല്ല, കുറച്ച് സമയത്തിന് ശേഷം മാത്രമേ ഇത് ശ്രദ്ധിക്കപ്പെടുകയുള്ളൂ.

അതായത്, ഇതുവരെ തീരുമാനിച്ചിട്ടില്ലേ?

നിങ്ങൾ സാർവത്രിക മൊഡ്യൂളുകൾ ഉണ്ടാക്കുന്നു. മഞ്ഞുതുള്ളികൾ ഒഴിവാക്കുക. കൂടാതെ എല്ലാം പ്രവർത്തിക്കും. അത് എങ്ങനെ ഒഴിവാക്കാം എന്നതാണ് റിപ്പോർട്ടിന്റെ രണ്ടാം പകുതി.

ഹലോ! റിപ്പോർട്ടിന് നന്ദി! ഞാൻ വ്യക്തമാക്കാൻ ആഗ്രഹിക്കുന്നു. തിരശ്ശീലയ്ക്ക് പിന്നിൽ ഒരു വലിയ കൂമ്പാരം ഉണ്ടായിരുന്നു, അതിനായി ഞാൻ വന്നു. പപ്പറ്റും റോൾ ഡിസ്ട്രിബ്യൂഷനും എങ്ങനെയാണ് സംയോജിപ്പിച്ചിരിക്കുന്നത്?

ഉപയോക്തൃ ഡാറ്റ.

അതായത്, നിങ്ങൾ ഫയൽ തുപ്പി എങ്ങനെയെങ്കിലും അതിൽ എക്സിക്യൂട്ട് ചെയ്യുകയാണോ?

ഉപയോക്തൃ ഡാറ്റ ഒരു കുറിപ്പാണ്, അതായത് നമ്മൾ ഒരു ഇമേജ് ക്ലോൺ നിർമ്മിക്കുമ്പോൾ, ഡെമൺ അവിടെ ഉയർന്ന് അവൻ ആരാണെന്ന് കണ്ടുപിടിക്കാൻ ശ്രമിക്കുമ്പോൾ, അവൻ ഒരു ലോഡ് ബാലൻസറാണെന്ന് ഒരു കുറിപ്പ് വായിക്കുന്നു.

അതായത്, വിട്ടുകൊടുത്തത് ഏതെങ്കിലും തരത്തിലുള്ള പ്രത്യേക പ്രക്രിയയാണോ?

ഞങ്ങൾ അത് കണ്ടുപിടിച്ചതല്ല. ഞങ്ങൾ അത് ഉപയോഗിക്കുന്നു.

ഹലോ! എനിക്ക് ഉപയോക്തൃ ഡാറ്റയെ കുറിച്ച് ഒരു ചോദ്യമേ ഉള്ളൂ. അവിടെ പ്രശ്നങ്ങൾ ഉണ്ടെന്ന് നിങ്ങൾ പറഞ്ഞു, ആരെങ്കിലും തെറ്റായ സ്ഥലത്തേക്ക് എന്തെങ്കിലും അയച്ചേക്കാം. അതേ Git-ൽ ഉപയോക്താവിന്റെ ഡാറ്റ സംഭരിക്കുന്നതിന് എന്തെങ്കിലും മാർഗമുണ്ടോ, അതുവഴി ഉപയോക്തൃ ഡാറ്റ എന്താണ് സൂചിപ്പിക്കുന്നത് എന്ന് എല്ലായ്പ്പോഴും വ്യക്തമാകും?

ടെംപ്ലേറ്റിൽ നിന്ന് ഞങ്ങൾ ഉപയോക്തൃ ഡാറ്റ സൃഷ്ടിക്കുന്നു. അതായത്, ഒരു നിശ്ചിത എണ്ണം വേരിയബിളുകൾ അവിടെ റിസോർട്ട് ചെയ്യുന്നു. ടെറാഫോം അന്തിമ ഫലം സൃഷ്ടിക്കുന്നു. അതിനാൽ, നിങ്ങൾക്ക് ടെംപ്ലേറ്റ് നോക്കാനും എന്താണ് സംഭവിക്കുന്നതെന്ന് പറയാനും കഴിയില്ല, കാരണം എല്ലാ പ്രശ്നങ്ങളും ഈ വേരിയബിളിൽ ഒരു സ്ട്രിംഗ് കടന്നുപോകുന്നുവെന്ന് ഡവലപ്പർ കരുതുന്നു എന്ന വസ്തുതയുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു, തുടർന്ന് ഒരു അറേ ഉപയോഗിക്കുന്നു. പിന്നെ അവൻ - ബാംഗും ഞാനും - അങ്ങനെ-അങ്ങനെ, അങ്ങനെ-അങ്ങനെ, അടുത്ത വരി, എല്ലാം തകർന്നു. ഇതൊരു പുതിയ വിഭവമാണെങ്കിൽ, ഒരു വ്യക്തി അത് ഉയർത്തുകയാണെങ്കിൽ, എന്തെങ്കിലും പ്രവർത്തിക്കുന്നില്ലെന്ന് കണ്ടാൽ, ഇത് പെട്ടെന്ന് പരിഹരിക്കപ്പെടും. ഈ ഓട്ടോസ്‌കെയിൽ ഗ്രൂപ്പ് അപ്‌ഡേറ്റ് ചെയ്‌തിട്ടുണ്ടെങ്കിൽ, ഒരു ഘട്ടത്തിൽ ഓട്ടോസ്‌കെയിൽ ഗ്രൂപ്പിലെ സംഭവങ്ങൾ മാറ്റിസ്ഥാപിക്കാൻ തുടങ്ങും. ഒപ്പം കയ്യടിക്കുക, എന്തോ പ്രവർത്തിക്കുന്നില്ല. ഇത് വേദനിപ്പിക്കുന്നു.

പരീക്ഷണം മാത്രമാണ് ഏക പരിഹാരം എന്ന് ഇത് മാറുന്നു?

അതെ, നിങ്ങൾ പ്രശ്നം കാണുന്നു, നിങ്ങൾ അവിടെ പരീക്ഷണ ഘട്ടങ്ങൾ ചേർക്കുക. അതായത്, ഔട്ട്പുട്ടും പരിശോധിക്കാവുന്നതാണ്. ഒരുപക്ഷേ അത്ര സുഖകരമല്ലായിരിക്കാം, പക്ഷേ നിങ്ങൾക്ക് ചില മാർക്ക് ഇടാനും കഴിയും - ഉപയോക്തൃ ഡാറ്റ ഇവിടെ ആണോ എന്ന് പരിശോധിക്കുക.

എന്റെ പേര് തിമൂർ. ടെറാഫോം എങ്ങനെ ശരിയായി സംഘടിപ്പിക്കാം എന്നതിനെക്കുറിച്ചുള്ള റിപ്പോർട്ടുകൾ വളരെ രസകരമാണ്.

ഞാൻ തുടങ്ങിയിട്ടില്ല.

അടുത്ത കോൺഫറൻസിൽ ഉണ്ടാവുമെന്ന് കരുതുന്നു. എനിക്ക് ഒരു ലളിതമായ ചോദ്യമുണ്ട്. എന്തുകൊണ്ടാണ് നിങ്ങൾ tfvars ഉപയോഗിക്കുന്നതിന് പകരം ഒരു പ്രത്യേക മൊഡ്യൂളിൽ മൂല്യം ഹാർഡ്കോഡ് ചെയ്യുന്നത്, അതായത് മൂല്യങ്ങളുള്ള ഒരു മൊഡ്യൂൾ tfvars-നേക്കാൾ മികച്ചതാണോ?

അതായത്, ഞാൻ ഇവിടെ എഴുതണം (സ്ലൈഡ്: Production/environment/settings.tf): domain = variable, domain vpcnetwork, vpcnetwork variable, stvars - ഇതേ കാര്യം ലഭിക്കുമോ?

ഞങ്ങൾ അത് കൃത്യമായി ചെയ്യുന്നു. ഉദാഹരണത്തിന്, ഞങ്ങൾ സെറ്റിംഗ് സോഴ്സ് മൊഡ്യൂൾ റഫർ ചെയ്യുന്നു.

വാസ്തവത്തിൽ, ഇത് അത്തരമൊരു tfvars ആണ്. ഒരു ടെസ്റ്റിംഗ് പരിതസ്ഥിതിയിൽ Tfvars വളരെ സൗകര്യപ്രദമാണ്. എനിക്ക് വലിയ സംഭവങ്ങൾക്ക്, ചെറിയവയ്ക്ക് tfvars ഉണ്ട്. ഞാൻ ഒരു ഫയൽ ഫോൾഡറിലേക്ക് എറിഞ്ഞു. പിന്നെ ഞാൻ ആഗ്രഹിച്ചത് കിട്ടി. അടിസ്ഥാന സൗകര്യങ്ങൾ കാണുമ്പോൾ, എല്ലാം കാണാനും പെട്ടെന്ന് മനസ്സിലാക്കാനും ഞങ്ങൾ ആഗ്രഹിക്കുന്നു. അതിനാൽ നിങ്ങൾ ഇവിടെ നോക്കേണ്ടതുണ്ട്, തുടർന്ന് tfvars ൽ നോക്കുക.

എല്ലാം ഒരിടത്തായിരുന്നുവെന്ന് ഇത് മാറുന്നു?

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

ഹലോ! നിങ്ങൾ ടെറാഫോം നിർമ്മിച്ചതിൽ ക്ലൗഡ് ദാതാവ് ഇടപെടുന്ന സാഹചര്യങ്ങൾ നിങ്ങൾ നേരിട്ടിട്ടുണ്ടോ? നമ്മൾ മെറ്റാഡാറ്റ എഡിറ്റ് ചെയ്യുന്നു എന്ന് പറയാം. ssh കീകൾ ഉണ്ട്. ഗൂഗിൾ അതിന്റെ മെറ്റാഡാറ്റയും അതിന്റെ കീകളും നിരന്തരം അവിടെ വെക്കുന്നു. ടെറാഫോം എപ്പോഴും എഴുതുന്നത് അതിന് മാറ്റങ്ങളുണ്ടെന്ന്. ഓരോ ഓട്ടത്തിനും ശേഷം, ഒന്നും മാറിയില്ലെങ്കിലും, ഈ ഫീൽഡ് ഇപ്പോൾ അപ്‌ഡേറ്റ് ചെയ്യുമെന്ന് അദ്ദേഹം എപ്പോഴും പറയാറുണ്ട്.

കീകൾ ഉപയോഗിച്ച്, പക്ഷേ - അതെ, ഇൻഫ്രാസ്ട്രക്ചറിന്റെ ഒരു ഭാഗം അത്തരമൊരു സംഗതിയെ ബാധിക്കുന്നു, അതായത് ടെറാഫോമിന് ഒന്നും മാറ്റാൻ കഴിയില്ല. നമ്മുടെ കൈകൊണ്ട് ഒന്നും മാറ്റാൻ കഴിയില്ല. നമ്മൾ അതിനൊപ്പം ജീവിക്കുന്നിടത്തോളം.

അതായത്, നിങ്ങൾ ഇതുപോലൊന്ന് നേരിട്ടു, പക്ഷേ ഒന്നും കൊണ്ടുവന്നിട്ടില്ല, അവൻ അത് എങ്ങനെ ചെയ്യുന്നു, അത് സ്വയം ചെയ്യുന്നു?

നിർഭാഗ്യവശാൽ അതെ.

ഹലോ! എന്റെ പേര് സ്റ്റാനിസ്ലാവ് സ്റ്റാർകോവ്. മെയിൽ. en ഗ്രൂപ്പ്. ഒരു ടാഗ് ജനറേറ്റ് ചെയ്യുന്നതിലെ പ്രശ്നം നിങ്ങൾ എങ്ങനെ പരിഹരിക്കും ..., നിങ്ങൾ അത് എങ്ങനെ ഉള്ളിലേക്ക് കടത്തിവിടും? ഞാൻ മനസ്സിലാക്കിയതുപോലെ, ഉപയോക്താവ് - ഡാറ്റ വഴി, ഹോസ്റ്റ് നാമം വ്യക്തമാക്കാൻ, പപ്പറ്റിനെ പ്രേരിപ്പിക്കണോ? ഒപ്പം ചോദ്യത്തിന്റെ രണ്ടാം ഭാഗവും. SG-യിൽ നിങ്ങൾ ഈ പ്രശ്നം എങ്ങനെ പരിഹരിക്കും, അതായത് നിങ്ങൾ SG സൃഷ്ടിക്കുമ്പോൾ, ഒരേ തരത്തിലുള്ള നൂറ് സംഭവങ്ങൾ, അവ എങ്ങനെ ശരിയായി പേരിടാം?

ഞങ്ങൾക്ക് വളരെ പ്രധാനപ്പെട്ട ആ സന്ദർഭങ്ങൾ, ഞങ്ങൾ അവയ്ക്ക് മനോഹരമായി പേരിടും. ആവശ്യമില്ലാത്തവ, ഇതൊരു ഓട്ടോസ്‌കെയിൽ ഗ്രൂപ്പാണെന്ന് പോസ്റ്റ്‌സ്‌ക്രിപ്റ്റ് ഉണ്ട്. സൈദ്ധാന്തികമായി ഇത് നഖത്തിൽ വയ്ക്കാനും പുതിയൊരെണ്ണം നേടാനും കഴിയും.

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

മറ്റെന്തിനെക്കുറിച്ചായിരുന്നു ചോദ്യം?

എസ്‌ജി നൂറ് സംഭവങ്ങൾ സൃഷ്ടിക്കുമ്പോൾ, അവ എങ്ങനെയെങ്കിലും വേർതിരിച്ചറിയേണ്ടതുണ്ടോ?

വേണ്ട, വേണ്ട. ഓരോ സംഭവത്തിനും എനിക്ക് ഒരു പ്രശ്നമുണ്ടെന്ന് പറയുന്ന ഒരു ഏജന്റ് ഉണ്ട്. ഏജന്റ് റിപ്പോർട്ട് ചെയ്യുകയാണെങ്കിൽ, ഏജന്റിന് അവനെക്കുറിച്ച് അറിയാം, കുറഞ്ഞത് അവന്റെ ഐപി വിലാസം നിലവിലുണ്ട്. നിങ്ങൾക്ക് ഇതിനകം ഓടാൻ കഴിയും. രണ്ടാമതായി, കുബർനെറ്റസ് ഇല്ലാത്ത ഡിസ്കവറിക്കായി ഞങ്ങൾ കോൺസൽ ഉപയോഗിക്കുന്നു. കൂടാതെ കോൺസൽ സംഭവത്തിന്റെ IP വിലാസവും കാണിക്കുന്നു.

അതായത്, നിങ്ങൾ കൃത്യമായി ഐപിയാണ് ലക്ഷ്യമിടുന്നത്, ഹോസ്റ്റ് നാമമല്ലേ?

ഹോസ്റ്റ് നാമം ഉപയോഗിച്ച് നാവിഗേറ്റ് ചെയ്യുന്നത് അസാധ്യമാണ്, അതായത് അവയിൽ ധാരാളം ഉണ്ട്. ഇൻസ്‌റ്റൻസ് ഐഡന്റിഫയറുകൾ ഉണ്ട് - AE, മുതലായവ. നിങ്ങൾക്കത് എവിടെയെങ്കിലും കണ്ടെത്താനാകും, നിങ്ങൾക്ക് അത് തിരയലിലേക്ക് എറിയാനാകും.

ഹലോ! മേഘങ്ങൾക്കനുസൃതമായി ടെറാഫോം ഒരു നല്ല കാര്യമാണെന്ന് ഞാൻ മനസ്സിലാക്കി.

മാത്രമല്ല.

എനിക്ക് താൽപ്പര്യമുള്ള ചോദ്യമാണിത്. നിങ്ങളുടെ എല്ലാ സംഭവങ്ങളും ഉപയോഗിച്ച് മൊത്തത്തിൽ ബെയർ മെറ്റലിലേക്ക് നീങ്ങാൻ നിങ്ങൾ തീരുമാനിക്കുകയാണെങ്കിൽ? എന്തെങ്കിലും പ്രശ്നങ്ങൾ ഉണ്ടാകുമോ? അല്ലെങ്കിൽ നിങ്ങൾ ഇപ്പോഴും മറ്റ് ഉൽപ്പന്നങ്ങൾ ഉപയോഗിക്കേണ്ടതുണ്ടോ, ഉദാഹരണത്തിന്, ഇവിടെ സൂചിപ്പിച്ച അതേ അൻസിബിൾ?

അൻസിബിൾ മറ്റെന്തിനെക്കുറിച്ചാണ്. അതായത്, ഇൻസ്‌റ്റൻസ് ആരംഭിച്ചപ്പോൾ തന്നെ അൻസിബിൾ പ്രവർത്തിക്കുന്നു. സംഭവം ആരംഭിക്കുന്നതിന് മുമ്പ് ടെറാഫോം പ്രവർത്തിക്കുന്നു. ബെയർ മെറ്റലിലേക്ക് മാറുന്നത് അല്ല.

ഇപ്പോഴല്ല, ബിസിനസ്സ് വന്ന് പറയും: "വരൂ."

മറ്റൊരു ക്ലൗഡിലേക്ക് മാറുന്നു - അതെ, എന്നാൽ ഇവിടെ അല്പം വ്യത്യസ്തമായ സവിശേഷതയുണ്ട്. രക്തച്ചൊരിച്ചിൽ കുറവുള്ള മറ്റേതെങ്കിലും ക്ലൗഡിലേക്ക് മാറാൻ കഴിയുന്ന തരത്തിൽ നിങ്ങൾ ടെറാഫോം കോഡ് എഴുതേണ്ടതുണ്ട്.

തുടക്കത്തിൽ, ഞങ്ങളുടെ മുഴുവൻ ഇൻഫ്രാസ്ട്രക്ചറും അജ്ഞേയതയാണ്, അതായത് ഏത് ക്ലൗഡും അനുയോജ്യമായിരിക്കണം, എന്നാൽ ചില ഘട്ടങ്ങളിൽ ബിസിനസ്സ് ഉപേക്ഷിച്ച് പറഞ്ഞു: “ശരി, അടുത്ത N വർഷങ്ങളിൽ ഞങ്ങൾ എവിടെയും പോകില്ല, ഞങ്ങൾക്ക് സേവനങ്ങൾ ഉപയോഗിക്കാം ആമസോണിൽ നിന്ന് "

ഫ്രണ്ട്-എൻഡ് ജോലികൾ സൃഷ്ടിക്കാനും പേജർഡ്യൂട്ടി, ഡാറ്റ ഡോക്‌സ് മുതലായവ കോൺഫിഗർ ചെയ്യാനും ടെറാഫോം നിങ്ങളെ അനുവദിക്കുന്നു. ഇതിന് ധാരാളം വാലുകൾ ഉണ്ട്. അവൻ പ്രായോഗികമായി ലോകത്തെ മുഴുവൻ നിയന്ത്രിക്കാൻ കഴിയും.

റിപ്പോർട്ടിന് നന്ദി! ഞാനും ഇപ്പോൾ 4 വർഷമായി ടെറാഫോം കറങ്ങുന്നു. ടെറാഫോമിലേക്കും ഇൻഫ്രാസ്ട്രക്ചറിലേക്കും ഒരു ഡിക്ലറേറ്റീവ് വിവരണത്തിലേക്കും സുഗമമായ പരിവർത്തനത്തിന്റെ ഘട്ടത്തിൽ, ആരെങ്കിലും കൈകൊണ്ട് എന്തെങ്കിലും ചെയ്യുന്നതും നിങ്ങൾ ഒരു പദ്ധതി തയ്യാറാക്കാൻ ശ്രമിക്കുന്നതുമായ ഒരു സാഹചര്യം ഞങ്ങൾ അഭിമുഖീകരിച്ചു. കൂടാതെ എനിക്ക് അവിടെ ചില പിശകുകൾ സംഭവിച്ചു. ഇത്തരം പ്രശ്‌നങ്ങളെ നിങ്ങൾ എങ്ങനെയാണ് കൈകാര്യം ചെയ്യുന്നത്? സൂചിപ്പിച്ച നഷ്ടപ്പെട്ട വിഭവങ്ങൾ നിങ്ങൾ എങ്ങനെ കണ്ടെത്തും?

മിക്കവാറും നമ്മുടെ കൈകളും കണ്ണുകളും ഉപയോഗിച്ച്, റിപ്പോർട്ടിൽ വിചിത്രമായ എന്തെങ്കിലും കണ്ടാൽ, അവിടെ എന്താണ് സംഭവിക്കുന്നതെന്ന് ഞങ്ങൾ വിശകലനം ചെയ്യുന്നു, അല്ലെങ്കിൽ ഞങ്ങൾ അതിനെ കൊല്ലുന്നു. പൊതുവേ, പുൾ അഭ്യർത്ഥനകൾ ഒരു സാധാരണ കാര്യമാണ്.

ഒരു പിശക് ഉണ്ടെങ്കിൽ, നിങ്ങൾ പിന്മാറുമോ? നിങ്ങൾ ഇത് ചെയ്യാൻ ശ്രമിച്ചിട്ടുണ്ടോ?

ഇല്ല, ഇത് ഒരു വ്യക്തിയുടെ പ്രശ്നം കാണുന്ന നിമിഷത്തിൽ എടുക്കുന്ന തീരുമാനമാണ്.

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