നിങ്ങളുടെ നെറ്റ്‌വർക്ക് ഇൻഫ്രാസ്ട്രക്ചറിന്റെ നിയന്ത്രണം എങ്ങനെ എടുക്കാം. അധ്യായം നാല്. ഓട്ടോമേഷൻ. ടെംപ്ലേറ്റുകൾ

ഈ ലേഖനം "നിങ്ങളുടെ നെറ്റ്‌വർക്ക് ഇൻഫ്രാസ്ട്രക്ചറിന്റെ നിയന്ത്രണം എങ്ങനെ എടുക്കാം" എന്ന പരമ്പരയിലെ ആറാമത്തെ ലേഖനമാണ്. പരമ്പരയിലെ എല്ലാ ലേഖനങ്ങളുടെയും ഉള്ളടക്കങ്ങളും ലിങ്കുകളും കണ്ടെത്താനാകും ഇവിടെ.

നിരവധി വിഷയങ്ങൾ ഉപേക്ഷിച്ച്, ഒരു പുതിയ അധ്യായം ആരംഭിക്കാൻ ഞാൻ തീരുമാനിച്ചു.

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

നെറ്റ്‌വർക്കിനായുള്ള DevOps

ഒരു സ്ക്രിപ്റ്റ് ഉപയോഗിച്ച് ഒരു കോൺഫിഗറേഷൻ സൃഷ്‌ടിക്കുന്നു, ഐടി ഇൻഫ്രാസ്ട്രക്ചറിലെ മാറ്റങ്ങൾ നിയന്ത്രിക്കാൻ GIT ഉപയോഗിക്കുന്നു, റിമോട്ട് “അപ്‌ലോഡിംഗ്” - DevOps സമീപനത്തിന്റെ സാങ്കേതിക നിർവ്വഹണത്തെക്കുറിച്ച് നിങ്ങൾ ചിന്തിക്കുമ്പോൾ ഈ ആശയങ്ങൾ ആദ്യം വരുന്നു. നേട്ടങ്ങൾ വ്യക്തമാണ്. പക്ഷേ, നിർഭാഗ്യവശാൽ, ദോഷങ്ങളുമുണ്ട്.

5 വർഷത്തിലേറെ മുമ്പ്, ഞങ്ങളുടെ ഡെവലപ്പർമാർ ഞങ്ങളുടെ അടുത്തേക്ക് വന്നപ്പോൾ, നെറ്റ്‌വർക്കർമാർ, ഈ നിർദ്ദേശങ്ങളുമായി ഞങ്ങൾ സന്തോഷിച്ചില്ല.

ഏകദേശം 10 വ്യത്യസ്‌ത വെണ്ടർമാരിൽ നിന്നുള്ള ഉപകരണങ്ങൾ അടങ്ങുന്ന ഒരു മോട്ട്ലി നെറ്റ്‌വർക്ക് ഞങ്ങൾക്ക് പാരമ്പര്യമായി ലഭിച്ചുവെന്ന് ഞാൻ പറയണം. ഞങ്ങളുടെ പ്രിയപ്പെട്ട cli വഴി ചില കാര്യങ്ങൾ കോൺഫിഗർ ചെയ്യുന്നത് സൗകര്യപ്രദമായിരുന്നു, എന്നാൽ മറ്റുള്ളവയിൽ GUI ഉപയോഗിക്കാൻ ഞങ്ങൾ മുൻഗണന നൽകി. കൂടാതെ, "തത്സമയ" ഉപകരണങ്ങളുടെ നീണ്ട ജോലി തത്സമയ നിയന്ത്രണം നമ്മെ പഠിപ്പിച്ചു. ഉദാഹരണത്തിന്, മാറ്റങ്ങൾ വരുത്തുമ്പോൾ, ക്ലിയിലൂടെ നേരിട്ട് പ്രവർത്തിക്കാൻ എനിക്ക് കൂടുതൽ സുഖം തോന്നുന്നു. ഇതുവഴി എന്തോ കുഴപ്പം സംഭവിച്ചതായി എനിക്ക് പെട്ടെന്ന് കാണാനും മാറ്റങ്ങൾ പിൻവലിക്കാനും കഴിയും. ഇതെല്ലാം അവരുടെ ആശയങ്ങൾക്ക് വിരുദ്ധമായിരുന്നു.

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

അല്ലെങ്കിൽ, കോൺഫിഗറേഷൻ കമാൻഡുകൾ ശരിയായി പ്രയോഗിച്ചിട്ടുണ്ടെന്നും ഒരു പിശകുണ്ടായാൽ എന്തുചെയ്യണമെന്നും എങ്ങനെ മനസ്സിലാക്കാം?

ഈ പ്രശ്‌നങ്ങളെല്ലാം പരിഹരിക്കാനാവാത്തതാണെന്ന് പറയാൻ ഞാൻ ആഗ്രഹിക്കുന്നില്ല. "A" എന്ന് പറഞ്ഞാൽ "B" എന്ന് പറയുന്നതിൽ അർത്ഥമുണ്ട്, കൂടാതെ വികസനത്തിലെ പോലെ തന്നെ മാറ്റ നിയന്ത്രണത്തിനായി നിങ്ങൾക്ക് അതേ പ്രക്രിയകൾ ഉപയോഗിക്കാൻ താൽപ്പര്യമുണ്ടെങ്കിൽ, നിങ്ങൾക്ക് ഉൽപ്പാദനത്തിന് പുറമേ dev, സ്റ്റേജിംഗ് പരിതസ്ഥിതികൾ ഉണ്ടായിരിക്കണം. അപ്പോൾ ഈ സമീപനം പൂർത്തിയായതായി തോന്നുന്നു. എന്നാൽ ഇതിന് എത്ര വിലവരും?

എന്നാൽ പോരായ്മകൾ പ്രായോഗികമായി നിരപ്പാക്കുമ്പോൾ ഒരു സാഹചര്യമുണ്ട്, മാത്രമല്ല ഗുണങ്ങൾ മാത്രം അവശേഷിക്കുന്നു. ഞാൻ ഡിസൈൻ വർക്കിനെക്കുറിച്ചാണ് സംസാരിക്കുന്നത്.

പദ്ധതി

കഴിഞ്ഞ രണ്ട് വർഷമായി ഞാൻ ഒരു വലിയ ദാതാവിനായി ഒരു ഡാറ്റാ സെന്റർ നിർമ്മിക്കുന്നതിനുള്ള ഒരു പ്രോജക്റ്റിൽ പങ്കെടുക്കുന്നു. ഈ പ്രോജക്‌റ്റിൽ F5, പാലോ ആൾട്ടോ എന്നിവയുടെ ഉത്തരവാദിത്തം എനിക്കാണ്. സിസ്‌കോയുടെ കാഴ്ചപ്പാടിൽ, ഇത് "മൂന്നാം കക്ഷി ഉപകരണങ്ങൾ" ആണ്.

എന്നെ സംബന്ധിച്ചിടത്തോളം, ഈ പ്രോജക്റ്റിൽ രണ്ട് വ്യത്യസ്ത ഘട്ടങ്ങളുണ്ട്.

ആദ്യ ഘട്ടം

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

ആദ്യ പരിശോധനകൾ ആരംഭിച്ചു, എത്ര ചെറിയ പിശകുകളും കൃത്യതകളും വരുത്തിയതിൽ ഞാൻ ആശ്ചര്യപ്പെടും. തീർച്ചയായും, എല്ലാം പ്രവർത്തിച്ചു, പക്ഷേ പേരിൽ ഒരു കത്ത് നഷ്ടപ്പെട്ടു, കമാൻഡിൽ ഒരു നഷ്‌ടമായ ലൈൻ ഉണ്ടായിരുന്നു ... പരിശോധനകൾ തുടർന്നും തുടർന്നു, പിശകുകൾ, പരിശോധനകൾ, ഡോക്യുമെന്റേഷൻ എന്നിവയുമായി ഞാൻ ഇതിനകം തന്നെ നിരന്തരമായ, ദൈനംദിന പോരാട്ടത്തിലായിരുന്നു. .

ഒരു വർഷത്തോളം ഇത് തുടർന്നു. പ്രോജക്റ്റ്, ഞാൻ മനസ്സിലാക്കിയിടത്തോളം, എല്ലാവർക്കും എളുപ്പമായിരുന്നില്ല, പക്ഷേ ക്രമേണ ക്ലയന്റ് കൂടുതൽ കൂടുതൽ സംതൃപ്തനായി, കൂടാതെ ദിനചര്യയുടെ ഭാഗമായി സ്വയം ഏറ്റെടുക്കാൻ കഴിയുന്ന അധിക എഞ്ചിനീയർമാരെ നിയമിക്കുന്നത് ഇത് സാധ്യമാക്കി.

ഇപ്പോൾ നമുക്ക് കുറച്ച് ചുറ്റും നോക്കാം.
ഇത് രണ്ടാം ഘട്ടത്തിന്റെ തുടക്കമായിരുന്നു.

രണ്ടാം ഘട്ടം

പ്രക്രിയ ഓട്ടോമേറ്റ് ചെയ്യാൻ ഞാൻ തീരുമാനിച്ചു.

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

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

അതിനാൽ, YAML, Jinja2 എന്നിവ ഉപയോഗിക്കുമ്പോൾ, IP വിലാസങ്ങൾ, BGP AS നമ്പറുകൾ, ... തുടങ്ങിയ കോൺഫിഗറേഷൻ പാരാമീറ്ററുകളുള്ള ഒരു YAML ഫയൽ, NIP-യുടെ പങ്ക് തികച്ചും നിറവേറ്റുന്നു, അതേസമയം Jinja2 ടെംപ്ലേറ്റുകളിൽ ഡിസൈനിന് അനുയോജ്യമായ വാക്യഘടന ഉൾപ്പെടുന്നു, അതായത്, ഇത് പ്രധാനമായും ഒരു LLD യുടെ പ്രതിഫലനം.

YAML, Jinja2 എന്നിവ പഠിക്കാൻ രണ്ട് ദിവസമെടുത്തു. ഇത് എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് മനസിലാക്കാൻ കുറച്ച് നല്ല ഉദാഹരണങ്ങൾ മതി. ഞങ്ങളുടെ ഡിസൈനുമായി പൊരുത്തപ്പെടുന്ന എല്ലാ ടെംപ്ലേറ്റുകളും സൃഷ്ടിക്കാൻ ഏകദേശം രണ്ടാഴ്ചയെടുത്തു: പാലോ ആൾട്ടോയ്ക്ക് ഒരാഴ്‌ചയും F5-ന് മറ്റൊരു ആഴ്‌ചയും. ഇതെല്ലാം കോർപ്പറേറ്റ് ഗിത്താബിൽ പോസ്റ്റ് ചെയ്തിട്ടുണ്ട്.

ഇപ്പോൾ മാറ്റ പ്രക്രിയ ഇതുപോലെ കാണപ്പെട്ടു:

• YAML ഫയൽ മാറ്റി
• ഒരു ടെംപ്ലേറ്റ് ഉപയോഗിച്ച് ഒരു കോൺഫിഗറേഷൻ ഫയൽ സൃഷ്ടിച്ചു (Jinja2)
• ഒരു റിമോട്ട് റിപ്പോസിറ്ററിയിൽ സംരക്ഷിച്ചു
• സൃഷ്‌ടിച്ച കോൺഫിഗറേഷൻ ഉപകരണങ്ങളിലേക്ക് അപ്‌ലോഡ് ചെയ്‌തു
• ഞാൻ ഒരു പിശക് കണ്ടു
• YAML ഫയൽ അല്ലെങ്കിൽ Jinja2 ടെംപ്ലേറ്റ് മാറ്റി
• ഒരു ടെംപ്ലേറ്റ് ഉപയോഗിച്ച് ഒരു കോൺഫിഗറേഷൻ ഫയൽ സൃഷ്ടിച്ചു (Jinja2)
• പങ്ക് € |

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

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

ദേവും സ്റ്റേജിംഗും

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

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

അപ്പോൾ, താഴെയുള്ള വരിയിൽ എനിക്ക് എന്താണ് ഉള്ളത്?

• കോൺഫിഗറേഷൻ മാറ്റാൻ ഞാൻ ചെയ്യേണ്ടത്, കോൺഫിഗറേഷൻ പാരാമീറ്ററുകളുള്ള ലളിതമായ, വ്യക്തമായ ഘടനയുള്ള YAML ഫയൽ മാറ്റുക എന്നതാണ്. ഞാൻ ഒരിക്കലും പൈത്തൺ സ്ക്രിപ്റ്റ് മാറ്റില്ല, വളരെ അപൂർവ്വമായി (ഒരു പിശക് ഉണ്ടെങ്കിൽ മാത്രം) ഞാൻ Jinja2 ഹീറ്റ്ലേറ്റ് മാറ്റുന്നു
• ഒരു ഡോക്യുമെന്റേഷൻ വീക്ഷണകോണിൽ, ഇത് ഏതാണ്ട് അനുയോജ്യമായ സാഹചര്യമാണ്. നിങ്ങൾ ഡോക്യുമെന്റേഷൻ മാറ്റുക (YAML ഫയലുകൾ NIP ആയി പ്രവർത്തിക്കുന്നു) കൂടാതെ ഈ കോൺഫിഗറേഷൻ ഉപകരണങ്ങളിലേക്ക് അപ്‌ലോഡ് ചെയ്യുക. ഈ രീതിയിൽ നിങ്ങളുടെ ഡോക്യുമെന്റേഷൻ എപ്പോഴും അപ് ടു ഡേറ്റ് ആണ്

ഇതെല്ലാം വസ്തുതയിലേക്ക് നയിച്ചു

• പിശക് നിരക്ക് ഏതാണ്ട് 0 ആയി കുറഞ്ഞു
• 90 ശതമാനം ദിനചര്യയും ഇല്ലാതായി
• നടപ്പാക്കലിന്റെ വേഗത ഗണ്യമായി വർദ്ധിച്ചു

പേ, F5Y, ACY

ഇത് എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് മനസിലാക്കാൻ കുറച്ച് ഉദാഹരണങ്ങൾ മതിയെന്ന് ഞാൻ പറഞ്ഞു.
എന്റെ ജോലി സമയത്ത് സൃഷ്ടിച്ചതിന്റെ ഒരു ഹ്രസ്വ (തീർച്ചയായും പരിഷ്കരിച്ച) പതിപ്പ് ഇതാ.

ശമ്പള = വിന്യാസം Pഹലോ Aമുതൽ Yaml = Yaml-ൽ നിന്നുള്ള പാലോ ആൾട്ടോ
F5Y = വിന്യാസം F5 നിന്ന് Yaml = F5 നിന്ന് Yaml (ഉടൻ വരുന്നു)
ACY = വിന്യാസം ACഞാൻ നിന്ന് Yaml = F5 നിന്ന് Yaml

ഞാൻ ACY-യെ കുറിച്ച് കുറച്ച് വാക്കുകൾ ചേർക്കും (ACI യുമായി തെറ്റിദ്ധരിക്കരുത്).

ഈ അത്ഭുതം (നല്ല രീതിയിൽ) തീർച്ചയായും നെറ്റ്‌വർക്കർമാർ സൃഷ്ടിച്ചതല്ലെന്ന് എസിഐയിൽ പ്രവർത്തിച്ചവർക്ക് അറിയാം :). നെറ്റ്‌വർക്കിനെക്കുറിച്ച് നിങ്ങൾക്കറിയാവുന്നതെല്ലാം മറക്കുക - ഇത് നിങ്ങൾക്ക് ഉപയോഗപ്രദമാകില്ല!
ഇത് അൽപ്പം അതിശയോക്തിപരമാണ്, എന്നാൽ കഴിഞ്ഞ 3 വർഷമായി, എസിഐയിൽ പ്രവർത്തിക്കുന്നത് ഞാൻ നിരന്തരം അനുഭവിക്കുന്നുവെന്ന തോന്നൽ ഇത് ഏകദേശം അറിയിക്കുന്നു.

ഈ സാഹചര്യത്തിൽ, ACY എന്നത് ഒരു മാറ്റ നിയന്ത്രണ പ്രക്രിയ നിർമ്മിക്കാനുള്ള അവസരം മാത്രമല്ല (എസിഐയുടെ കാര്യത്തിൽ ഇത് വളരെ പ്രധാനമാണ്, കാരണം ഇത് നിങ്ങളുടെ ഡാറ്റാ സെന്ററിന്റെ കേന്ദ്രവും ഏറ്റവും നിർണായകവുമായ ഭാഗമായിരിക്കണം), മാത്രമല്ല ഇത് നിങ്ങൾക്ക് നൽകുന്നു കോൺഫിഗറേഷൻ സൃഷ്ടിക്കുന്നതിനുള്ള ഒരു ഉപയോക്തൃ-സൗഹൃദ ഇന്റർഫേസ്.

ഈ പ്രോജക്റ്റിലെ എഞ്ചിനീയർമാർ, അതേ ആവശ്യങ്ങൾക്കായി YAML-ന് പകരം ACI കോൺഫിഗർ ചെയ്യാൻ Excel ഉപയോഗിക്കുന്നു. തീർച്ചയായും, Excel ഉപയോഗിക്കുന്നതിന് ഗുണങ്ങളുണ്ട്:

• നിങ്ങളുടെ NIP ഒരു ഫയലിൽ
• ഉപഭോക്താവിന് കാണാൻ ഇമ്പമുള്ള മനോഹരമായ അടയാളങ്ങൾ
• നിങ്ങൾക്ക് ചില എക്സൽ ടൂളുകൾ ഉപയോഗിക്കാം

എന്നാൽ ഒരു മൈനസ് ഉണ്ട്, എന്റെ അഭിപ്രായത്തിൽ അത് ഗുണങ്ങളെക്കാൾ കൂടുതലാണ്. മാറ്റങ്ങൾ നിയന്ത്രിക്കുന്നതും ടീം വർക്ക് ഏകോപിപ്പിക്കുന്നതും വളരെ ബുദ്ധിമുട്ടാണ്.

എസിഐ കോൺഫിഗർ ചെയ്യാൻ മൂന്നാം കക്ഷിക്കായി ഞാൻ ഉപയോഗിച്ച അതേ സമീപനങ്ങളുടെ ഒരു ആപ്ലിക്കേഷനാണ് എസിവൈ.

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