ടെറാഫോമിൽ നിന്ന് ക്ലൗഡ് ഫോർമേഷനിലേക്ക് മാറി - അതിൽ ഖേദിക്കുന്നു

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

ടെറാഫോം, ക്ലൗഡ് ഫോർമേഷൻ എന്നിവയുമായി അനുഭവം താരതമ്യം ചെയ്യുന്നു

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

ടെറാഫോം ഭയങ്കരം

ബീറ്റ സോഫ്റ്റ്‌വെയർ

ടെറാഫോം ഇതുവരെ പതിപ്പ് 1.0 പോലും പുറത്തിറക്കിയിട്ടില്ല, ഇത് ഉപയോഗിക്കാതിരിക്കാനുള്ള നല്ല കാരണമാണ്. ഞാൻ ആദ്യമായി ഇത് സ്വയം പരീക്ഷിച്ചതിന് ശേഷം ഇത് വളരെയധികം മാറി, പക്ഷേ പിന്നീട് terraform apply പല അപ്ഡേറ്റുകൾക്കും ശേഷം അല്ലെങ്കിൽ കുറച്ച് വർഷത്തെ ഉപയോഗത്തിന് ശേഷം പലപ്പോഴും തകരാറിലാകുന്നു. "ഇപ്പോൾ എല്ലാം വ്യത്യസ്തമാണ്" എന്ന് ഞാൻ പറയും, പക്ഷേ ... എല്ലാവരും പറയുന്നത് അതാണ്, അല്ലേ? മുൻ പതിപ്പുകളുമായി പൊരുത്തപ്പെടാത്ത മാറ്റങ്ങളുണ്ട്, അവ ഉചിതമാണെങ്കിലും, റിസോഴ്‌സ് സ്റ്റോറുകളുടെ വാക്യഘടനയും സംഗ്രഹങ്ങളും ഇപ്പോൾ നമുക്ക് ആവശ്യമുള്ളതായി തോന്നുന്നു. ഉപകരണം ശരിക്കും മെച്ചപ്പെട്ടതായി തോന്നുന്നു, പക്ഷേ... :-0

മറുവശത്ത്, പിന്നോക്ക അനുയോജ്യത നിലനിർത്തുന്നതിൽ AWS ഒരു നല്ല ജോലി ചെയ്തിട്ടുണ്ട്. അവരുടെ സേവനങ്ങൾ പലപ്പോഴും ഓർഗനൈസേഷനിൽ സമഗ്രമായി പരീക്ഷിക്കപ്പെടുകയും അതിനുശേഷം മാത്രമേ പേരുമാറ്റി പ്രസിദ്ധീകരിക്കുകയുള്ളൂ എന്നതിനാലാവാം ഇത്. അതിനാൽ "അവർ കഠിനമായി ശ്രമിച്ചു" എന്നത് ഒരു അടിവരയിടലാണ്. AWS പോലെ വ്യത്യസ്തവും സങ്കീർണ്ണവുമായ ഒരു സിസ്റ്റത്തിനായി API-കളുമായുള്ള പിന്നോക്ക അനുയോജ്യത നിലനിർത്തുന്നത് അവിശ്വസനീയമാംവിധം ബുദ്ധിമുട്ടാണ്. വ്യാപകമായി ഉപയോഗിക്കുന്ന പൊതു API-കൾ നിലനിർത്തേണ്ടി വരുന്ന ആർക്കും, ഇത്രയും വർഷങ്ങളായി അത് ചെയ്യുന്നത് എത്ര ബുദ്ധിമുട്ടാണെന്ന് മനസ്സിലാക്കണം. എന്നാൽ CloudFormation-ന്റെ സ്വഭാവം, എന്റെ ഓർമ്മയിൽ, വർഷങ്ങളായി ഒരിക്കലും മാറിയിട്ടില്ല.

കാലിനെ കണ്ടുമുട്ടൂ... അതൊരു ബുള്ളറ്റാണ്

എനിക്കറിയാവുന്നിടത്തോളം, ഉറവിടം ഇല്ലാതാക്കുക പുറത്തുള്ളവൻ നിങ്ങളുടെ CF സ്റ്റാക്കിൽ നിന്നുള്ള CloudFormation സ്റ്റാക്ക് സാധ്യമല്ല. ടെറാഫോമിന്റെ കാര്യത്തിലും ഇതുതന്നെ സത്യമാണ്. നിങ്ങളുടെ സ്റ്റാക്കിലേക്ക് നിലവിലുള്ള വിഭവങ്ങൾ ഇറക്കുമതി ചെയ്യാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു. പ്രവർത്തനം അതിശയകരമാണെന്ന് പറയാം, എന്നാൽ വലിയ ശക്തിയോടെ വലിയ ഉത്തരവാദിത്തം വരുന്നു. നിങ്ങൾ സ്റ്റാക്കിലേക്ക് ഒരു റിസോഴ്സ് ചേർക്കേണ്ടതുണ്ട്, നിങ്ങളുടെ സ്റ്റാക്കിനൊപ്പം പ്രവർത്തിക്കുമ്പോൾ, നിങ്ങൾക്ക് ഈ ഉറവിടം ഇല്ലാതാക്കാനോ മാറ്റാനോ കഴിയില്ല. ഒരു ദിവസം അത് തിരിച്ചടിച്ചു. ഒരു ദിവസം Twitch-ൽ, ഒരു കുഴപ്പവുമില്ലാതെ ആരോ അബദ്ധവശാൽ മറ്റൊരാളുടെ AWS സെക്യൂരിറ്റി ഗ്രൂപ്പിനെ സ്വന്തം ടെറാഫോം സ്റ്റാക്കിലേക്ക് ഇറക്കുമതി ചെയ്തു. ഞാൻ നിരവധി കമാൻഡുകൾ നൽകി ... സുരക്ഷാ ഗ്രൂപ്പ് (ഇൻകമിംഗ് ട്രാഫിക്കിനൊപ്പം) അപ്രത്യക്ഷമായി.

ടെറാഫോം ഗ്രേറ്റ്

അപൂർണ്ണമായ സംസ്ഥാനങ്ങളിൽ നിന്നുള്ള വീണ്ടെടുക്കൽ

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

മറുവശത്ത്, ടെറാഫോം, പരാജയപ്പെട്ട സംക്രമണങ്ങളിൽ നിന്ന് കൂടുതൽ മനോഹരമായി വീണ്ടെടുക്കുകയും വിപുലമായ ഡീബഗ്ഗിംഗ് ടൂളുകൾ വാഗ്ദാനം ചെയ്യുകയും ചെയ്യുന്നു.

ഡോക്യുമെന്റ് അവസ്ഥയിൽ കൂടുതൽ വ്യക്തമായ മാറ്റങ്ങൾ

“ശരി, ലോഡ് ബാലൻസർ, നിങ്ങൾ മാറുകയാണ്. പക്ഷെ എങ്ങനെ?"

ഉത്കണ്ഠാകുലനായ എഞ്ചിനീയർ, "അംഗീകരിക്കുക" ബട്ടൺ അമർത്താൻ തയ്യാറാണ്.

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

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

വഴക്കം

സോഫ്റ്റ്‌വെയർ പിന്നിലേക്ക് എഴുതുക.

വ്യക്തമായി പറഞ്ഞാൽ, ദീർഘകാല സോഫ്‌റ്റ്‌വെയറിന്റെ ഏറ്റവും പ്രധാനപ്പെട്ട സ്വഭാവം മാറ്റങ്ങളുമായി പൊരുത്തപ്പെടാനുള്ള കഴിവാണ്. ഏതെങ്കിലും സോഫ്റ്റ്‌വെയർ പിന്നിലേക്ക് എഴുതുക. മിക്കപ്പോഴും ഞാൻ ഒരു "ലളിതമായ" സേവനം എടുത്ത് തെറ്റുകൾ വരുത്തി, തുടർന്ന് എല്ലാം ഒരൊറ്റ ക്ലൗഡ് ഫോർമേഷൻ അല്ലെങ്കിൽ ടെറാഫോം സ്റ്റാക്കിലേക്ക് ഒതുക്കാൻ തുടങ്ങി. തീർച്ചയായും, മാസങ്ങൾക്ക് ശേഷം ഞാൻ എല്ലാം തെറ്റായി മനസ്സിലാക്കിയെന്ന് വെളിപ്പെടുത്തി, സേവനം യഥാർത്ഥത്തിൽ ലളിതമല്ല! ഇപ്പോൾ എനിക്ക് എങ്ങനെയെങ്കിലും ഒരു വലിയ സ്റ്റാക്ക് ചെറിയ ഘടകങ്ങളായി തകർക്കേണ്ടതുണ്ട്. നിങ്ങൾ CloudFormation-ൽ പ്രവർത്തിക്കുമ്പോൾ, നിലവിലുള്ള സ്റ്റാക്ക് പുനർനിർമ്മിക്കുന്നതിലൂടെ മാത്രമേ ഇത് ചെയ്യാൻ കഴിയൂ, എന്റെ ഡാറ്റാബേസുകളിൽ ഞാൻ ഇത് ചെയ്യുന്നില്ല. മറുവശത്ത്, ടെറാഫോം, സ്റ്റാക്ക് വിച്ഛേദിക്കാനും കൂടുതൽ മനസ്സിലാക്കാവുന്ന ചെറിയ ഭാഗങ്ങളായി വിഭജിക്കാനും സാധ്യമാക്കി.

git-ലെ മൊഡ്യൂളുകൾ

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

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

കോഡായി പ്രവർത്തനങ്ങൾ

"നമുക്ക് അത് സ്ക്രിപ്റ്റ് ചെയ്ത് ശരിയാക്കാം."

ടെറാഫോം സൈക്കിൾ കണ്ടുപിടിക്കുന്നതിന് 3 വർഷം മുമ്പ് ഒരു എഞ്ചിനീയർ.

സോഫ്‌റ്റ്‌വെയർ വികസനത്തിന്റെ കാര്യത്തിൽ, ഗോ അല്ലെങ്കിൽ ജാവ പ്രോഗ്രാം വെറും കോഡ് മാത്രമല്ല.

കോഡ് കോഡായി

അത് പ്രവർത്തിക്കുന്ന അടിസ്ഥാന സൗകര്യവുമുണ്ട്.

അടിസ്ഥാന സൗകര്യങ്ങൾ ഒരു കോഡായി

എന്നാൽ അവൾ എവിടെ നിന്നാണ്? അത് എങ്ങനെ നിരീക്ഷിക്കാം? നിങ്ങളുടെ കോഡ് എവിടെയാണ് താമസിക്കുന്നത്? ഡെവലപ്പർമാർക്ക് ആക്സസ് അനുമതി ആവശ്യമുണ്ടോ?

കോഡായി പ്രവർത്തനങ്ങൾ

ഒരു സോഫ്‌റ്റ്‌വെയർ ഡെവലപ്പർ എന്നതുകൊണ്ട് കോഡ് എഴുതുക മാത്രമല്ല അർത്ഥമാക്കുന്നത്.

AWS മാത്രമല്ല: നിങ്ങൾ ഒരുപക്ഷേ മറ്റ് ദാതാക്കളെ ഉപയോഗിക്കും. SignalFx, PagerDuty അല്ലെങ്കിൽ Github. നിങ്ങൾക്ക് CI/CD-യ്‌ക്കായി ഒരു ആന്തരിക ജെങ്കിൻസ് സെർവർ അല്ലെങ്കിൽ നിരീക്ഷണത്തിനായി ഒരു ആന്തരിക ഗ്രാഫാന ഡാഷ്‌ബോർഡ് ഉണ്ടായിരിക്കാം. വ്യത്യസ്ത കാരണങ്ങളാൽ ഇൻഫ്രാ കോഡ് തിരഞ്ഞെടുത്തു, ഓരോന്നും സോഫ്‌റ്റ്‌വെയറുമായി ബന്ധപ്പെട്ട എല്ലാത്തിനും ഒരുപോലെ പ്രധാനമാണ്.

ഞാൻ ട്വിച്ചിൽ ജോലി ചെയ്തപ്പോൾ, ആമസോണിന്റെ മിക്സഡ് എംബഡഡ്, AWS സിസ്റ്റങ്ങൾക്കുള്ളിലെ സേവനങ്ങൾ ഞങ്ങൾ ത്വരിതപ്പെടുത്തി. ഞങ്ങൾ നിരവധി മൈക്രോസർവീസുകൾ ഒഴിവാക്കുകയും പിന്തുണയ്ക്കുകയും ചെയ്തു, പ്രവർത്തന ചെലവ് വർദ്ധിപ്പിച്ചു. ചർച്ചകൾ ഇങ്ങനെയായിരുന്നു:

• Я: നാശം, ഒരു മൈക്രോസർവീസ് ഓവർലോക്ക് ചെയ്യാനുള്ള ധാരാളം ആംഗ്യങ്ങളുണ്ട്. ഒരു AWS അക്കൗണ്ട് സൃഷ്ടിക്കാൻ എനിക്ക് ഈ മാലിന്യം ഉപയോഗിക്കേണ്ടി വരും (ഞങ്ങൾ 2 അക്കൗണ്ടുകളിലേക്ക് പോയി സൂക്ഷ്മ സേവനം), തുടർന്ന് ഇത് അലേർട്ടുകൾ സജ്ജീകരിക്കുന്നതിനുള്ള ഒന്ന്, ഇത് ഒരു കോഡ് ശേഖരണത്തിന് വേണ്ടിയുള്ള ഒന്ന്, ഇത് ഒരു ഇമെയിൽ ലിസ്റ്റിനായി, തുടർന്ന് ഇത്...
• നയിക്കുക: നമുക്ക് സ്ക്രിപ്റ്റ് ചെയ്യാം, ശരിയാക്കാം.
• Я: ശരി, പക്ഷേ തിരക്കഥ തന്നെ മാറും. ഈ ബിൽറ്റ്-ഇൻ ആമസോൺ ഗിസ്‌മോകളെല്ലാം കാലികമാണോയെന്ന് പരിശോധിക്കാൻ ഞങ്ങൾക്ക് ഒരു മാർഗം ആവശ്യമാണ്.
• നയിക്കുക: നല്ലതെന്ന് തോന്നുന്നു. ഞങ്ങൾ ഇതിനായി ഒരു സ്ക്രിപ്റ്റ് എഴുതുകയും ചെയ്യും.
• Я: കൊള്ളാം! സ്ക്രിപ്റ്റിന് ഇപ്പോഴും പാരാമീറ്ററുകൾ സജ്ജീകരിക്കേണ്ടതുണ്ട്. അവൻ അവരെ സ്വീകരിക്കുമോ?
• നയിക്കുക: അവൻ പോകുന്നിടത്തേക്ക് കൊണ്ടുപോകട്ടെ!
• Я: പ്രക്രിയ മാറിയേക്കാം, പിന്നോക്ക അനുയോജ്യത നഷ്ടപ്പെടും. ചിലതരം സെമാന്റിക് പതിപ്പ് നിയന്ത്രണം ആവശ്യമാണ്.
• നയിക്കുക: മഹത്തായ ആശയം!
• Я: ഉപയോക്തൃ ഇന്റർഫേസിനുള്ളിൽ ഉപകരണങ്ങൾ സ്വമേധയാ മാറ്റാൻ കഴിയും. ഇത് പരിശോധിച്ച് പരിഹരിക്കാൻ ഞങ്ങൾക്ക് ഒരു മാർഗം ആവശ്യമാണ്.

…3 വർഷങ്ങൾക്ക് ശേഷം:

• നയിക്കുക: ഞങ്ങൾക്ക് ടെറാഫോം ലഭിച്ചു.

കഥയുടെ ധാർമ്മികത ഇതാണ്: നിങ്ങളാണെങ്കിൽ പോലും എല്ലാ കാര്യങ്ങളിലും ആമസോണിന്റെ തലയെടുപ്പ്, നിങ്ങൾ ഇപ്പോഴും AWS-ൽ നിന്ന് അല്ലാത്തത് ഉപയോഗിക്കുന്നു, ഈ സേവനങ്ങൾക്ക് ആ അവസ്ഥയെ സമന്വയത്തിൽ നിലനിർത്താൻ ഒരു കോൺഫിഗറേഷൻ ഭാഷ ഉപയോഗിക്കുന്ന ഒരു സംസ്ഥാനമുണ്ട്.

CloudFormation lambda vs git മൊഡ്യൂളുകൾ ടെറാഫോം

ഇഷ്‌ടാനുസൃത ലോജിക് പ്രശ്‌നത്തിനുള്ള ക്ലൗഡ് ഫോർമേഷന്റെ പരിഹാരമാണ് lambda. ലാംഡ ഉപയോഗിച്ച് നിങ്ങൾക്ക് കഴിയും മാക്രോകൾ സൃഷ്ടിക്കുക അഥവാ ഉപയോക്തൃ ഉറവിടം. ഈ സമീപനം ടെറാഫോമിന്റെ ജിറ്റ് മൊഡ്യൂളുകളുടെ സെമാന്റിക് പതിപ്പിൽ ഇല്ലാത്ത കൂടുതൽ സങ്കീർണതകൾ അവതരിപ്പിക്കുന്നു. എന്നെ സംബന്ധിച്ചിടത്തോളം, ഈ ഉപയോക്തൃ ലാംഡകൾക്കെല്ലാം (ഇവ ഡസൻ കണക്കിന് AWS അക്കൗണ്ടുകളാണ്) അനുമതികൾ കൈകാര്യം ചെയ്യുന്നതായിരുന്നു ഏറ്റവും പ്രധാന പ്രശ്നം. മറ്റൊരു പ്രധാന പ്രശ്നം “ആദ്യം വന്നത് കോഴിയാണോ മുട്ടയാണോ?” എന്നതായിരുന്നു: ഇത് ലാംഡ കോഡുമായി ബന്ധപ്പെട്ടതാണ്. ഈ ഫംഗ്‌ഷൻ തന്നെ ഇൻഫ്രാസ്ട്രക്ചറും കോഡുമാണ്, ഇതിന് തന്നെ നിരീക്ഷണവും അപ്‌ഡേറ്റുകളും ആവശ്യമാണ്. ലാംഡ കോഡ് മാറ്റങ്ങൾ അർത്ഥപരമായി അപ്‌ഡേറ്റ് ചെയ്യുന്നതിലെ ബുദ്ധിമുട്ടാണ് ശവപ്പെട്ടിയിലെ അവസാന നഖം; ഡയറക്ട് കമാൻഡ് ഇല്ലാത്ത സ്റ്റാക്ക് പ്രവർത്തനങ്ങൾ റണ്ണുകൾക്കിടയിൽ മാറുന്നില്ലെന്ന് ഞങ്ങൾ ഉറപ്പാക്കേണ്ടതുണ്ട്.

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

ഇത് ഡ്രിഫ്റ്റ് നന്നായി കണ്ടുപിടിക്കുന്നു

യാഥാർത്ഥ്യം പ്രതീക്ഷകളുമായി പൊരുത്തപ്പെടുന്നുണ്ടെന്ന് ഉറപ്പാക്കുക.

ഡ്രിഫ്റ്റ് കണ്ടെത്തൽ കോഡ് സവിശേഷത എന്ന നിലയിൽ വളരെ ശക്തമായ ഒരു പ്രവർത്തനമാണ്, കാരണം യാഥാർത്ഥ്യം പ്രതീക്ഷകളുമായി പൊരുത്തപ്പെടുന്നുവെന്ന് ഉറപ്പാക്കാൻ ഇത് സഹായിക്കുന്നു. ഇത് CloudFormation, Terraform എന്നിവയിൽ ലഭ്യമാണ്. എന്നാൽ പ്രൊഡക്ഷൻ സ്റ്റാക്ക് വളർന്നപ്പോൾ, ക്ലൗഡ് ഫോർമേഷനിൽ ഡ്രിഫ്റ്റിനായി തിരയുന്നത് കൂടുതൽ കൂടുതൽ തെറ്റായ കണ്ടെത്തലുകൾ സൃഷ്ടിച്ചു.

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

സിഡികെയും ക്ലൗഡ് ഫോർമേഷന്റെ ഭാവിയും

വലിയ, ക്രോസ്-ഇൻഫ്രാസ്ട്രക്ചർ സ്കെയിലുകളിൽ ക്ലൗഡ് ഫോർമേഷൻ കൈകാര്യം ചെയ്യുന്നത് ബുദ്ധിമുട്ടാണ്. ഈ ബുദ്ധിമുട്ടുകൾ പലതും തിരിച്ചറിയുകയും ഉപകരണത്തിന് അത്തരം കാര്യങ്ങൾ ആവശ്യമാണ് aws-cdk, കോഡിൽ ക്ലൗഡ് ഇൻഫ്രാസ്ട്രക്ചർ നിർവചിക്കുന്നതിനും AWS CloudFormation വഴി പ്രവർത്തിപ്പിക്കുന്നതിനുമുള്ള ഒരു ചട്ടക്കൂട്. aws-cdk-യുടെ ഭാവി എന്തായിരിക്കുമെന്ന് കാണുന്നത് രസകരമായിരിക്കും, പക്ഷേ ടെറാഫോമിന്റെ മറ്റ് ശക്തികളുമായി മത്സരിക്കാൻ ഇതിന് ബുദ്ധിമുട്ടായിരിക്കും; CloudFormation കാലികമാക്കാൻ ആഗോള മാറ്റങ്ങൾ ആവശ്യമായി വരും.

അതിനാൽ ടെറാഫോം നിരാശപ്പെടുത്തുന്നില്ല

ഇത് "ഒരു കോഡായി ഇൻഫ്രാസ്ട്രക്ചർ" ആണ്, "ഒരു ടെക്സ്റ്റ് ആയി" അല്ല.

ടെറാഫോമിനെക്കുറിച്ചുള്ള എന്റെ ആദ്യ മതിപ്പ് വളരെ മോശമായിരുന്നു. സമീപനം എനിക്ക് മനസ്സിലായില്ലെന്ന് ഞാൻ കരുതുന്നു. മിക്കവാറും എല്ലാ എഞ്ചിനീയർമാരും ഇത് ഒരു ടെക്സ്റ്റ് ഫോർമാറ്റായി സ്വമേധയാ മനസ്സിലാക്കുന്നു, അത് ആവശ്യമുള്ള ഇൻഫ്രാസ്ട്രക്ചറിലേക്ക് പരിവർത്തനം ചെയ്യേണ്ടതുണ്ട്. ഈ രീതിയിൽ ചെയ്യരുത്.

നല്ല സോഫ്റ്റ്‌വെയർ വികസനത്തിന്റെ സത്യങ്ങൾ ടെറാഫോമിനും ബാധകമാണ്.

നല്ല കോഡ് സൃഷ്‌ടിക്കാൻ സ്വീകരിച്ച പല രീതികളും ടെറാഫോമിൽ അവഗണിക്കുന്നത് ഞാൻ കണ്ടിട്ടുണ്ട്. ഒരു നല്ല പ്രോഗ്രാമർ ആകാൻ നിങ്ങൾ വർഷങ്ങളോളം പഠിച്ചു. നിങ്ങൾ ടെറാഫോമിൽ പ്രവർത്തിക്കുന്നു എന്ന കാരണത്താൽ ഈ അനുഭവം ഉപേക്ഷിക്കരുത്. നല്ല സോഫ്റ്റ്‌വെയർ വികസനത്തിന്റെ സത്യങ്ങൾ Terraform-ന് ബാധകമാണ്.

കോഡ് എങ്ങനെ രേഖപ്പെടുത്താതിരിക്കും?

യാതൊരു ഡോക്യുമെന്റേഷനുമില്ലാത്ത വലിയ ടെറാഫോം സ്റ്റാക്കുകൾ ഞാൻ കണ്ടു. നിങ്ങൾക്ക് എങ്ങനെ പേജുകളിൽ കോഡ് എഴുതാനാകും - ഒരു ഡോക്യുമെന്റേഷനും ഇല്ലാതെ? നിങ്ങളുടേത് വിശദീകരിക്കുന്ന ഡോക്യുമെന്റേഷൻ ചേർക്കുക കോഡ് ടെറാഫോം (ഇവിടെ "കോഡ്" എന്ന വാക്കിന് ഊന്നൽ നൽകുന്നു), എന്തുകൊണ്ട് ഈ വിഭാഗം വളരെ പ്രധാനമാണ്, നിങ്ങൾ എന്താണ് ചെയ്യുന്നത്.

ഒരിക്കൽ ഒരു വലിയ മെയിൻ() ഫംഗ്‌ഷൻ ആയിരുന്ന സേവനങ്ങൾ നമുക്ക് എങ്ങനെ വിന്യസിക്കാനാകും?

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

നിങ്ങളുടെ കമ്പനി ലൈബ്രറികൾ ഉപയോഗിക്കുന്നില്ലേ?

എഞ്ചിനീയർമാർ, ടെറാഫോം ഉപയോഗിച്ച് ഒരു പുതിയ പ്രോജക്റ്റ് സ്പിന്നിംഗ് ചെയ്യുന്നത് എങ്ങനെയെന്ന് ഞാൻ കണ്ടു, മറ്റ് പ്രോജക്റ്റുകളിൽ നിന്നുള്ള വലിയ കഷണങ്ങൾ മണ്ടത്തരമായി കോപ്പി-പേസ്റ്റ് ചെയ്യുകയും അത് പ്രവർത്തിക്കാൻ തുടങ്ങുന്നത് വരെ അവരുമായി ടിങ്കർ ചെയ്യുകയും ചെയ്യുന്നു. നിങ്ങളുടെ കമ്പനിയിൽ "കോംബാറ്റ്" കോഡ് ഉപയോഗിച്ച് നിങ്ങൾ ഇതുപോലെ പ്രവർത്തിക്കുമോ? ഞങ്ങൾ ലൈബ്രറികൾ മാത്രമല്ല ഉപയോഗിക്കുന്നത്. അതെ, എല്ലാം ലൈബ്രറി ആകണമെന്നില്ല, എന്നാൽ തത്വത്തിൽ പങ്കിട്ട ലൈബ്രറികളില്ലാതെ നമ്മൾ എവിടെയാണ്?!

നിങ്ങൾ PEP8 അല്ലെങ്കിൽ gofmt ഉപയോഗിക്കുന്നില്ലേ?

മിക്ക ഭാഷകൾക്കും ഒരു സ്റ്റാൻഡേർഡ്, അംഗീകൃത ഫോർമാറ്റിംഗ് സ്കീം ഉണ്ട്. പൈത്തണിൽ ഇത് PEP8 ആണ്. ഇൻ ഗോ - gofmt. ടെറാഫോമിന് അതിന്റേതായ ഉണ്ട്: terraform fmt. ആരോഗ്യത്തിന് ഉപയോഗിക്കുക!

JavaScript അറിയാതെ നിങ്ങൾ React ഉപയോഗിക്കുമോ?

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

നിങ്ങൾ സിംഗിൾടൺ ഉപയോഗിച്ചാണോ അല്ലെങ്കിൽ ഡിപൻഡൻസി ഇഞ്ചക്ഷൻ ഉപയോഗിച്ചാണോ കോഡ് ചെയ്യുന്നത്?

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

നിങ്ങളുടെ ലൈബ്രറികൾ പത്ത് കാര്യങ്ങൾ നന്നായി ചെയ്യുന്നുണ്ടോ അതോ ഒരു കാര്യം മികച്ചതാണോ?

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

ബാക്ക്‌വേർഡ് കോംപാറ്റിബിലിറ്റി ഇല്ലാതെ എങ്ങനെയാണ് ലൈബ്രറികളിൽ മാറ്റങ്ങൾ വരുത്തുന്നത്?

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

നിങ്ങളുടെ ലാപ്‌ടോപ്പിലോ ഡാറ്റാ സെന്ററിലോ നിങ്ങളുടെ പ്രൊഡക്ഷൻ സേവനം പ്രവർത്തിക്കുന്നുണ്ടോ?

ഹാഷികോർപ്പിന് പോലുള്ള ഉപകരണങ്ങൾ ഉണ്ട് ടെറാഫോം മേഘം നിങ്ങളുടെ ടെറാഫോം പ്രവർത്തിപ്പിക്കാൻ. ഈ കേന്ദ്രീകൃത സേവനങ്ങൾ ടെറാഫോം മാറ്റങ്ങൾ നിയന്ത്രിക്കാനും ഓഡിറ്റ് ചെയ്യാനും അംഗീകരിക്കാനും എളുപ്പമാക്കുന്നു.

നീ പരീക്ഷ എഴുതാറില്ലേ?

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

ടെറാഫോമും മൈക്രോ സർവീസുകളും

മൈക്രോസർവീസ് കമ്പനികളുടെ ജീവിതവും മരണവും പുതിയ മൈക്രോസർവീസ് വർക്ക്സ്റ്റാക്കുകളുടെ വേഗത, നവീകരണം, തടസ്സം എന്നിവയെ ആശ്രയിച്ചിരിക്കുന്നു.

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

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