ഭാഗം 1: വെബ്/ആൻഡ്രോയിഡ്

അഭിപായപ്പെടുക: ഈ ലേഖനം യഥാർത്ഥ ലേഖനത്തിന്റെ റഷ്യൻ ഭാഷയിലേക്കുള്ള വിവർത്തനമാണ് “DevOps ടൂളുകൾ DevOps-ന് മാത്രമല്ല. "ആദ്യം മുതൽ ബിൽഡിംഗ് ടെസ്റ്റ് ഓട്ടോമേഷൻ ഇൻഫ്രാസ്ട്രക്ചർ." എന്നിരുന്നാലും, റഷ്യൻ ഭാഷയിലേക്ക് വിവർത്തനം ചെയ്യുമ്പോൾ അർത്ഥം വളച്ചൊടിക്കാതിരിക്കാൻ എല്ലാ ചിത്രീകരണങ്ങളും ലിങ്കുകളും ഉദ്ധരണികളും നിബന്ധനകളും യഥാർത്ഥ ഭാഷയിൽ സംരക്ഷിച്ചിരിക്കുന്നു. നിങ്ങൾ സന്തോഷത്തോടെ പഠിക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു!

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

എന്റെ സ്പെഷ്യലൈസേഷൻ ഒരു ടെസ്റ്റ് ഓട്ടോമേഷൻ എഞ്ചിനീയറാണ് (ക്യുഎ ഓട്ടോമേഷൻ എഞ്ചിനീയർ), എന്നാൽ ഇത് യാന്ത്രിക-ടെസ്റ്റുകൾ എഴുതുന്നതിനോ ടെസ്റ്റ് ഫ്രെയിംവർക്ക് ആർക്കിടെക്ചർ വികസിപ്പിക്കുന്നതിനോ മാത്രം ബന്ധപ്പെടുത്തരുതെന്ന് ഞാൻ വിശ്വസിക്കുന്നു. 2020 ൽ, ഓട്ടോമേഷൻ ഇൻഫ്രാസ്ട്രക്ചറിനെക്കുറിച്ചുള്ള അറിവും അത്യാവശ്യമാണ്. ടെസ്റ്റുകൾ പ്രവർത്തിപ്പിക്കുന്നത് മുതൽ നിങ്ങളുടെ ലക്ഷ്യങ്ങൾക്ക് അനുസൃതമായി എല്ലാ പങ്കാളികൾക്കും ഫലങ്ങൾ നൽകുന്നതുവരെ ഓട്ടോമേഷൻ പ്രക്രിയ സ്വയം സംഘടിപ്പിക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു. തൽഫലമായി, ജോലി പൂർത്തിയാക്കാൻ DevOps കഴിവുകൾ നിർബന്ധമാണ്. ഇതെല്ലാം നല്ലതാണ്, പക്ഷേ, നിർഭാഗ്യവശാൽ, ഒരു പ്രശ്നമുണ്ട് (സ്‌പോയിലർ: ഈ ലേഖനം ഈ പ്രശ്നം ലളിതമാക്കാൻ ശ്രമിക്കുന്നു). DevOps ബുദ്ധിമുട്ടാണ് എന്നതാണ് കാര്യം. ഇത് വ്യക്തമാണ്, കാരണം എളുപ്പത്തിൽ ചെയ്യാൻ കഴിയുന്ന ഒരു കാര്യത്തിന് കമ്പനികൾ വലിയ തുക നൽകില്ല... DevOps ലോകത്ത്, മാസ്റ്റർ ചെയ്യേണ്ട ഒരുപാട് ടൂളുകളും നിബന്ധനകളും സമ്പ്രദായങ്ങളും ഉണ്ട്. ഒരു കരിയറിന്റെ തുടക്കത്തിൽ ഇത് പ്രത്യേകിച്ച് ബുദ്ധിമുട്ടാണ്, കൂടാതെ ശേഖരിച്ച സാങ്കേതിക അനുഭവത്തെ ആശ്രയിച്ചിരിക്കുന്നു.

അവലംബം: http://maximelanciauxbi.blogspot.com/2017/04/devops-tools.html

ഇവിടെ ഞങ്ങൾ ഒരുപക്ഷേ ആമുഖ ഭാഗം പൂർത്തിയാക്കുകയും ഈ ലേഖനത്തിന്റെ ഉദ്ദേശ്യത്തിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുകയും ചെയ്യും. 

ഈ ലേഖനം എന്തിനെക്കുറിച്ചാണ്?

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

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

ഈ ലേഖനത്തിൽ ഇല്ലാത്തത്

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

ഇത് ചെയ്യുന്നത് കാരണം: 

• ഈ മെറ്റീരിയൽ വിവിധ സ്രോതസ്സുകളിൽ കണ്ടെത്താൻ വളരെ എളുപ്പമാണ് (ഡോക്യുമെന്റേഷൻ, പുസ്തകങ്ങൾ, വീഡിയോ കോഴ്സുകൾ);
• ഞങ്ങൾ കൂടുതൽ ആഴത്തിൽ പോകാൻ തുടങ്ങിയാൽ, ഈ ലേഖനത്തിന്റെ 10, 20, 30 ഭാഗങ്ങൾ എഴുതേണ്ടിവരും (ആസൂത്രണങ്ങൾ 2-3 ആയിരിക്കുമ്പോൾ);
• നിങ്ങളുടെ സമയം പാഴാക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നില്ല, കാരണം സമാന ലക്ഷ്യങ്ങൾ നേടുന്നതിന് നിങ്ങൾ മറ്റ് ഉപകരണങ്ങൾ ഉപയോഗിക്കാൻ ആഗ്രഹിച്ചേക്കാം.

പ്രാക്ടീസ് ചെയ്യുക

ഈ മെറ്റീരിയൽ ഓരോ വായനക്കാരനും ഉപയോഗപ്രദമാകണമെന്ന് ഞാൻ ആഗ്രഹിക്കുന്നു, മാത്രമല്ല വായിക്കുകയും മറക്കുകയും ചെയ്യരുത്. ഏതൊരു പഠനത്തിലും, പരിശീലനം വളരെ പ്രധാനപ്പെട്ട ഒരു ഘടകമാണ്. ഇതിനായി ഞാൻ തയ്യാറാക്കിയിട്ടുണ്ട് ആദ്യം മുതൽ എല്ലാം എങ്ങനെ ചെയ്യാമെന്നതിനെക്കുറിച്ചുള്ള ഘട്ടം ഘട്ടമായുള്ള നിർദ്ദേശങ്ങളുള്ള GitHub ശേഖരം. നിങ്ങൾ നടപ്പിലാക്കുന്ന കമാൻഡുകളുടെ വരികൾ നിങ്ങൾ ബുദ്ധിശൂന്യമായി പകർത്തുന്നില്ലെന്ന് ഉറപ്പാക്കാൻ ഗൃഹപാഠവും കാത്തിരിക്കുന്നു.

പദ്ധതി

ഘട്ടം
സാങ്കേതികവിദ്യ
ഉപകരണങ്ങൾ

1
ലോക്കൽ റണ്ണിംഗ് (വെബ് / ആൻഡ്രോയിഡ് ഡെമോ ടെസ്റ്റുകൾ തയ്യാറാക്കി പ്രാദേശികമായി പ്രവർത്തിപ്പിക്കുക) 
Node.js, സെലിനിയം, അപ്പിയം

2
പതിപ്പ് നിയന്ത്രണ സംവിധാനങ്ങൾ 
Git

3
കണ്ടെയ്നറൈസേഷൻ
ഡോക്കർ, സെലിനിയം ഗ്രിഡ്, സെലിനോയിഡ് (വെബ്, ആൻഡ്രോയിഡ്)

4
സിഐ/സിഡി
ഗിറ്റ്ലാബ് സിഐ

5
ക്ലൗഡ് പ്ലാറ്റ്‌ഫോമുകൾ
Google ക്ലൗഡ് പ്ലാറ്റ്ഫോം

6
ഓർക്കസ്ട്രേഷൻ
കുബേർനെറ്റ്

7
അടിസ്ഥാന സൗകര്യങ്ങൾ ഒരു കോഡായി (IaC)
ടെറാഫോം, അൻസിബിൾ

ഓരോ വിഭാഗത്തിന്റെയും ഘടന

ആഖ്യാനം വ്യക്തമായി സൂക്ഷിക്കാൻ, ഓരോ വിഭാഗവും ഇനിപ്പറയുന്ന രൂപരേഖ അനുസരിച്ച് വിവരിച്ചിരിക്കുന്നു:

• സാങ്കേതികവിദ്യയുടെ ഹ്രസ്വ വിവരണം,
• ഓട്ടോമേഷൻ ഇൻഫ്രാസ്ട്രക്ചറിനുള്ള മൂല്യം,
• അടിസ്ഥാന സൗകര്യങ്ങളുടെ നിലവിലെ അവസ്ഥയുടെ ചിത്രം,
• പഠനത്തിനുള്ള ലിങ്കുകൾ,
• സമാനമായ ഉപകരണങ്ങൾ.

1. പ്രാദേശികമായി പരിശോധനകൾ നടത്തുക

സാങ്കേതികവിദ്യയുടെ ഹ്രസ്വ വിവരണം

ഡെമോ ടെസ്റ്റുകൾ പ്രാദേശികമായി നടത്താനും അവ വിജയിച്ചിട്ടുണ്ടോയെന്ന് പരിശോധിക്കാനുമുള്ള ഒരു തയ്യാറെടുപ്പ് നടപടി മാത്രമാണിത്. പ്രായോഗിക ഭാഗത്ത്, Node.js ഉപയോഗിക്കുന്നു, എന്നാൽ പ്രോഗ്രാമിംഗ് ഭാഷയും പ്ലാറ്റ്‌ഫോമും പ്രധാനമല്ല, നിങ്ങളുടെ കമ്പനിയിൽ ഉപയോഗിക്കുന്നവ നിങ്ങൾക്ക് ഉപയോഗിക്കാം. 

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

നിങ്ങൾ ശ്രദ്ധിച്ചിരിക്കാം, ഞങ്ങൾ വെബ്, Android ടെസ്റ്റുകൾ മാത്രമേ പരിഗണിക്കുകയുള്ളൂ. നിർഭാഗ്യവശാൽ, iOS തികച്ചും വ്യത്യസ്തമായ ഒരു കഥയാണ് (ആപ്പിളിന് നന്ദി). വരാനിരിക്കുന്ന ഭാഗങ്ങളിൽ IOS സംബന്ധമായ പരിഹാരങ്ങളും രീതികളും പ്രദർശിപ്പിക്കാൻ ഞാൻ പദ്ധതിയിടുന്നു.

ഓട്ടോമേഷൻ ഇൻഫ്രാസ്ട്രക്ചറിനുള്ള മൂല്യം

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

അടിസ്ഥാന സൗകര്യങ്ങളുടെ നിലവിലെ അവസ്ഥയുടെ ചിത്രം

പര്യവേക്ഷണം ചെയ്യാനുള്ള ലിങ്കുകൾ

• സെലേനിയം
• അപ്പിയം
• Android എമുലേറ്റർ
• സെലിനിയം JS GitHub ഉദാഹരണങ്ങൾ
• Appium JS GitHub ഉദാഹരണങ്ങൾ

സമാനമായ ഉപകരണങ്ങൾ

• സെലിനിയം/അപ്പിയം ടെസ്റ്റുകൾക്കൊപ്പം നിങ്ങൾ ഇഷ്ടപ്പെടുന്ന ഏതെങ്കിലും പ്രോഗ്രാമിംഗ് ഭാഷ;
• ഏതെങ്കിലും പരിശോധനകൾ;
• ഏതെങ്കിലും ടെസ്റ്റ് റണ്ണർ.

2. പതിപ്പ് നിയന്ത്രണ സംവിധാനങ്ങൾ (Git)

സാങ്കേതികവിദ്യയുടെ ഹ്രസ്വ വിവരണം

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

ഓട്ടോമേഷൻ ഇൻഫ്രാസ്ട്രക്ചറിനുള്ള മൂല്യം

ഇവിടെ നിങ്ങൾക്ക് ന്യായമായ ഒരു ചോദ്യം ചോദിക്കാം: “എന്തുകൊണ്ടാണ് അവൻ Git നെക്കുറിച്ച് ഞങ്ങളോട് പറയുന്നത്? എല്ലാവർക്കും ഇത് അറിയാം, ഡെവലപ്‌മെന്റ് കോഡിനും ഓട്ടോ-ടെസ്റ്റ് കോഡിനും ഇത് ഉപയോഗിക്കുന്നു. നിങ്ങൾ തികച്ചും ശരിയാകും, എന്നാൽ ഈ ലേഖനത്തിൽ ഞങ്ങൾ അടിസ്ഥാന സൗകര്യങ്ങളെക്കുറിച്ചാണ് സംസാരിക്കുന്നത്, ഈ വിഭാഗം സെക്ഷൻ 7-ന്റെ പ്രിവ്യൂ ആയി പ്രവർത്തിക്കുന്നു: "ഇൻഫ്രാസ്ട്രക്ചർ കോഡ് (IaC)". ഞങ്ങളെ സംബന്ധിച്ചിടത്തോളം, ടെസ്റ്റിംഗ് ഉൾപ്പെടെയുള്ള മുഴുവൻ ഇൻഫ്രാസ്ട്രക്ചറും കോഡിന്റെ രൂപത്തിൽ വിവരിച്ചിരിക്കുന്നു എന്നാണ് ഇതിനർത്ഥം, അതിനാൽ ഞങ്ങൾക്ക് അതിൽ പതിപ്പിംഗ് സിസ്റ്റങ്ങൾ പ്രയോഗിക്കാനും വികസനത്തിനും ഓട്ടോമേഷൻ കോഡിനും സമാനമായ ആനുകൂല്യങ്ങൾ നേടാനും കഴിയും.

ഘട്ടം 7-ൽ ഞങ്ങൾ IaC-യെ കൂടുതൽ വിശദമായി പരിശോധിക്കും, എന്നാൽ ഇപ്പോൾ പോലും നിങ്ങൾക്ക് ഒരു പ്രാദേശിക ശേഖരം സൃഷ്ടിച്ചുകൊണ്ട് Git പ്രാദേശികമായി ഉപയോഗിക്കാൻ തുടങ്ങാം. ഇൻഫ്രാസ്ട്രക്ചറിലേക്ക് ഞങ്ങൾ ഒരു റിമോട്ട് റിപ്പോസിറ്ററി ചേർക്കുമ്പോൾ വലിയ ചിത്രം വിപുലീകരിക്കപ്പെടും.

അടിസ്ഥാന സൗകര്യങ്ങളുടെ നിലവിലെ അവസ്ഥയുടെ ചിത്രം

പര്യവേക്ഷണം ചെയ്യാനുള്ള ലിങ്കുകൾ

• എന്താണ് പതിപ്പ് നിയന്ത്രണം
• Git
• ആരംഭിക്കുന്നു - പതിപ്പ് നിയന്ത്രണത്തെക്കുറിച്ച്

സമാനമായ ഉപകരണങ്ങൾ

• എസ്വിഎൻ
• മെർക്കുറിയൽ 
• Microsoft TFS (ഇപ്പോൾ Azure DevOps സേവനങ്ങളുടെ ഭാഗമാണ്)

3. കണ്ടെയ്നറൈസേഷൻ (ഡോക്കർ)

സാങ്കേതികവിദ്യയുടെ ഹ്രസ്വ വിവരണം

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

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

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

തീർച്ചയായും, കണ്ടെയ്‌നറൈസേഷൻ സാങ്കേതികവിദ്യ പുതിയതല്ല, 70-കളുടെ അവസാനത്തിലാണ് ആദ്യമായി അവതരിപ്പിച്ചത്. അക്കാലത്ത്, ധാരാളം ഗവേഷണങ്ങളും വികസനങ്ങളും ശ്രമങ്ങളും നടത്തി. എന്നാൽ ഡോക്കർ ആണ് ഈ സാങ്കേതിക വിദ്യയെ യോജിപ്പിച്ച് ജനങ്ങൾക്ക് എളുപ്പത്തിൽ ലഭ്യമാക്കിയത്. ഇക്കാലത്ത്, നമ്മൾ കണ്ടെയ്‌നറുകളെ കുറിച്ച് പറയുമ്പോൾ, മിക്ക കേസുകളിലും നമ്മൾ അർത്ഥമാക്കുന്നത് ഡോക്കർ എന്നാണ്. ഡോക്കർ കണ്ടെയ്‌നറുകളെ കുറിച്ച് പറയുമ്പോൾ നമ്മൾ അർത്ഥമാക്കുന്നത് Linux കണ്ടെയ്‌നറുകളാണ്. കണ്ടെയ്‌നറുകൾ പ്രവർത്തിപ്പിക്കുന്നതിന് ഞങ്ങൾക്ക് വിൻഡോസ്, മാകോസ് സിസ്റ്റങ്ങൾ ഉപയോഗിക്കാം, എന്നാൽ ഈ സാഹചര്യത്തിൽ ഒരു അധിക ലെയർ ദൃശ്യമാകുന്നത് മനസ്സിലാക്കേണ്ടത് പ്രധാനമാണ്. ഉദാഹരണത്തിന്, Mac-ലെ ഡോക്കർ ഒരു ഭാരം കുറഞ്ഞ Linux VM ഉള്ളിൽ കണ്ടെയ്‌നറുകൾ നിശബ്ദമായി പ്രവർത്തിപ്പിക്കുന്നു. കണ്ടെയ്‌നറുകൾക്കുള്ളിൽ Android എമുലേറ്ററുകൾ പ്രവർത്തിപ്പിക്കുന്നതിനെക്കുറിച്ച് ചർച്ച ചെയ്യുമ്പോൾ ഞങ്ങൾ ഈ വിഷയത്തിലേക്ക് മടങ്ങും, അതിനാൽ ഇവിടെ വളരെ പ്രധാനപ്പെട്ട ഒരു സൂക്ഷ്മതയുണ്ട്, അത് കൂടുതൽ വിശദമായി ചർച്ചചെയ്യേണ്ടതുണ്ട്.

ഓട്ടോമേഷൻ ഇൻഫ്രാസ്ട്രക്ചറിനുള്ള മൂല്യം

കണ്ടെയ്‌നറൈസേഷനും ഡോക്കറും രസകരമാണെന്ന് ഞങ്ങൾ കണ്ടെത്തി. ഓട്ടോമേഷന്റെ പശ്ചാത്തലത്തിൽ നമുക്ക് ഇത് നോക്കാം, കാരണം ഓരോ ഉപകരണത്തിനും സാങ്കേതികവിദ്യയ്ക്കും ഒരു പ്രശ്നം പരിഹരിക്കേണ്ടതുണ്ട്. യുഐ ടെസ്റ്റുകളുടെ പശ്ചാത്തലത്തിൽ ടെസ്റ്റ് ഓട്ടോമേഷന്റെ വ്യക്തമായ പ്രശ്‌നങ്ങൾ നമുക്ക് രൂപപ്പെടുത്താം:

• സെലിനിയം, പ്രത്യേകിച്ച് Appium എന്നിവ ഇൻസ്റ്റാൾ ചെയ്യുമ്പോൾ ധാരാളം ഡിപൻഡൻസികൾ;
• ബ്രൗസറുകൾ, സിമുലേറ്ററുകൾ, ഡ്രൈവറുകൾ എന്നിവയുടെ പതിപ്പുകൾ തമ്മിലുള്ള അനുയോജ്യത പ്രശ്നങ്ങൾ;
• ബ്രൗസറുകൾ/സിമുലേറ്ററുകൾക്കുള്ള ഒറ്റപ്പെട്ട സ്ഥലത്തിന്റെ അഭാവം, സമാന്തരമായി പ്രവർത്തിക്കുന്നതിന് ഇത് വളരെ പ്രധാനമാണ്;
• നിങ്ങൾക്ക് ഒരേ സമയം 10, 50, 100 അല്ലെങ്കിൽ 1000 ബ്രൗസറുകൾ പ്രവർത്തിപ്പിക്കണമെങ്കിൽ നിയന്ത്രിക്കാനും പരിപാലിക്കാനും ബുദ്ധിമുട്ടാണ്.

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

ഡോക്കറിലെ സെലിനിയം ഗ്രിഡ്

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

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

വെബിനുള്ള സെലിനോയിഡ്

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

പക്ഷേ, അയ്യോ, സെലിനോയിഡ് ഇപ്പോഴും ഒരു വെള്ളി ബുള്ളറ്റല്ല. ഞങ്ങൾക്ക് 'ബ്രൗസർ ഓൺ ഡിമാൻഡ്' ഫീച്ചർ ലഭിച്ചു, എന്നാൽ 'റിസോഴ്‌സ് ഓൺ ഡിമാൻഡ്' ഫീച്ചർ ഇപ്പോഴും ലഭ്യമല്ല. Selenoid ഉപയോഗിക്കുന്നതിന്, ഫിസിക്കൽ ഹാർഡ്‌വെയറിലോ VM-ലോ അത് വിന്യസിക്കണം, അതിനർത്ഥം എത്ര റിസോഴ്‌സുകൾ അനുവദിക്കണമെന്ന് ഞങ്ങൾ മുൻകൂട്ടി അറിഞ്ഞിരിക്കണം. 10, 20 അല്ലെങ്കിൽ 30 ബ്രൗസറുകൾ സമാന്തരമായി പ്രവർത്തിക്കുന്ന ചെറിയ പ്രോജക്റ്റുകൾക്ക് ഇത് ഒരു പ്രശ്നമല്ലെന്ന് ഞാൻ ഊഹിക്കുന്നു. എന്നാൽ നമുക്ക് 100, 500, 1000 അല്ലെങ്കിൽ അതിൽ കൂടുതൽ ആവശ്യമുണ്ടോ? എല്ലാ സമയത്തും നിരവധി വിഭവങ്ങൾ പരിപാലിക്കുന്നതിനും പണം നൽകുന്നതിനും അർത്ഥമില്ല. ഈ ലേഖനത്തിന്റെ 5-ഉം 6-ഉം വിഭാഗങ്ങളിൽ, നിങ്ങളെ സ്കെയിൽ ചെയ്യാൻ അനുവദിക്കുന്ന പരിഹാരങ്ങളെക്കുറിച്ച് ഞങ്ങൾ ചർച്ച ചെയ്യും, അതുവഴി കമ്പനി ചെലവ് ഗണ്യമായി കുറയ്ക്കും.

ആൻഡ്രോയിഡിനുള്ള സെലിനോയിഡ്

ഒരു വെബ് ഓട്ടോമേഷൻ ടൂൾ എന്ന നിലയിൽ സെലിനോയ്‌ഡിന്റെ വിജയത്തിന് ശേഷം, Android-ന് സമാനമായ എന്തെങ്കിലും ആളുകൾ ആഗ്രഹിച്ചു. അത് സംഭവിച്ചു - ആൻഡ്രോയിഡ് പിന്തുണയോടെ സെലിനോയിഡ് പുറത്തിറങ്ങി. ഉയർന്ന തലത്തിലുള്ള ഉപയോക്തൃ കാഴ്ചപ്പാടിൽ, പ്രവർത്തന തത്വം വെബ് ഓട്ടോമേഷന് സമാനമാണ്. ബ്രൗസർ കണ്ടെയ്‌നറുകൾക്ക് പകരം സെലിനോയ്‌ഡ് ആൻഡ്രോയിഡ് എമുലേറ്റർ കണ്ടെയ്‌നറുകൾ പ്രവർത്തിപ്പിക്കുന്നു എന്നതാണ് വ്യത്യാസം. എന്റെ അഭിപ്രായത്തിൽ, സമാന്തരമായി ആൻഡ്രോയിഡ് ടെസ്റ്റുകൾ പ്രവർത്തിപ്പിക്കുന്നതിനുള്ള ഏറ്റവും ശക്തമായ സൗജന്യ ടൂൾ ഇതാണ്.

ഈ ഉപകരണത്തിന്റെ നെഗറ്റീവ് വശങ്ങളെക്കുറിച്ച് സംസാരിക്കാൻ ഞാൻ ശരിക്കും ആഗ്രഹിക്കുന്നില്ല, കാരണം എനിക്ക് ഇത് ശരിക്കും ഇഷ്ടമാണ്. എന്നിട്ടും, വെബ് ഓട്ടോമേഷനും സ്കെയിലിംഗുമായി ബന്ധപ്പെട്ടിരിക്കുന്ന അതേ ദോഷങ്ങളുമുണ്ട്. ഇതിനുപുറമെ, ഞങ്ങൾ ആദ്യമായി ടൂൾ സജ്ജീകരിക്കുകയാണെങ്കിൽ ആശ്ചര്യപ്പെടുത്തുന്ന ഒരു പരിമിതിയെ കുറിച്ച് കൂടി നമ്മൾ സംസാരിക്കേണ്ടതുണ്ട്. ആൻഡ്രോയിഡ് ഇമേജുകൾ പ്രവർത്തിപ്പിക്കുന്നതിന്, നെസ്റ്റഡ് വെർച്വലൈസേഷൻ പിന്തുണയുള്ള ഒരു ഫിസിക്കൽ മെഷീൻ അല്ലെങ്കിൽ VM ആവശ്യമാണ്. How-to- എന്ന ഗൈഡിൽ, ഒരു Linux VM-ൽ ഇത് എങ്ങനെ പ്രവർത്തനക്ഷമമാക്കാമെന്ന് ഞാൻ കാണിച്ചുതരുന്നു. എന്നിരുന്നാലും, നിങ്ങൾ ഒരു macOS ഉപയോക്താവാണെങ്കിൽ സെലിനോയിഡ് പ്രാദേശികമായി വിന്യസിക്കാൻ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, Android ടെസ്റ്റുകൾ പ്രവർത്തിപ്പിക്കാൻ ഇത് സാധ്യമല്ല. എന്നാൽ നിങ്ങൾക്ക് എല്ലായ്‌പ്പോഴും 'നെസ്റ്റഡ് വിർച്ച്വലൈസേഷൻ' കോൺഫിഗർ ചെയ്‌ത് പ്രാദേശികമായി ഒരു Linux VM പ്രവർത്തിപ്പിക്കാനും ഉള്ളിൽ Selenoid വിന്യസിക്കാനും കഴിയും.

അടിസ്ഥാന സൗകര്യങ്ങളുടെ നിലവിലെ അവസ്ഥയുടെ ചിത്രം

ഈ ലേഖനത്തിന്റെ പശ്ചാത്തലത്തിൽ, ഇൻഫ്രാസ്ട്രക്ചർ ചിത്രീകരിക്കുന്നതിന് ഞങ്ങൾ 2 ടൂളുകൾ ചേർക്കും. വെബ് ടെസ്റ്റുകൾക്കുള്ള സെലിനിയം ഗ്രിഡും ആൻഡ്രോയിഡ് ടെസ്റ്റുകൾക്കുള്ള സെലിനോയ്ഡുമാണ് ഇവ. GitHub ട്യൂട്ടോറിയലിൽ, വെബ് ടെസ്റ്റുകൾ പ്രവർത്തിപ്പിക്കുന്നതിന് Selenoid എങ്ങനെ ഉപയോഗിക്കാമെന്നും ഞാൻ കാണിച്ചുതരാം. 

പര്യവേക്ഷണം ചെയ്യാനുള്ള ലിങ്കുകൾ

• ഡോക്കർ: എന്താണ് കണ്ടെയ്നർ
• ഡോക്കർ: ആരംഭിക്കുക
• ഡോക്കറിനുള്ള 5 കണ്ടെയ്‌നർ ഇതരമാർഗങ്ങൾ
• സെലിനിയം ഗ്രിഡ്
• സെലിനിയം ഡോക്കർ
• സെലിനോയിഡ്
• സെലിനോയ്ഡ് ഗിത്തബ്
• ആൻഡ്രോയിഡ് എമുലേറ്ററുകൾക്കുള്ള കെവിഎം സജ്ജീകരണം
• ഡോക്കർ ഡീപ് ഡൈവ് പുസ്തകം

സമാനമായ ഉപകരണങ്ങൾ

• മറ്റ് കണ്ടെയ്നറൈസേഷൻ ടൂളുകൾ ഉണ്ട്, എന്നാൽ ഡോക്കർ ആണ് ഏറ്റവും ജനപ്രിയമായത്. നിങ്ങൾക്ക് മറ്റെന്തെങ്കിലും പരീക്ഷിക്കാൻ താൽപ്പര്യമുണ്ടെങ്കിൽ, സെലിനിയം ടെസ്റ്റുകൾ സമാന്തരമായി പ്രവർത്തിപ്പിക്കുന്നതിന് ഞങ്ങൾ കവർ ചെയ്‌തിരിക്കുന്ന ഉപകരണങ്ങൾ ബോക്‌സിന് പുറത്ത് പ്രവർത്തിക്കില്ലെന്ന് ഓർമ്മിക്കുക.  
• ഇതിനകം പറഞ്ഞതുപോലെ, സെലിനിയം ഗ്രിഡിന്റെ നിരവധി പരിഷ്കാരങ്ങൾ ഉണ്ട്, ഉദാഹരണത്തിന്, സലേനിയം.

4.CI/CD

സാങ്കേതികവിദ്യയുടെ ഹ്രസ്വ വിവരണം

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

അതിനാൽ, 3 നിബന്ധനകൾ ഉണ്ട്: CI - തുടർച്ചയായ സംയോജനം, CD - തുടർച്ചയായ ഡെലിവറി വീണ്ടും CD - തുടർച്ചയായ വിന്യാസം. (താഴെ ഞാൻ ഈ പദങ്ങൾ ഇംഗ്ലീഷിൽ ഉപയോഗിക്കും). ഓരോ പരിഷ്ക്കരണവും നിങ്ങളുടെ വികസന പൈപ്പ്ലൈനിലേക്ക് നിരവധി അധിക ഘട്ടങ്ങൾ ചേർക്കുന്നു. എന്നാൽ വാക്ക് തുടർച്ചയായ (തുടർച്ച) ആണ് ഏറ്റവും പ്രധാനപ്പെട്ട കാര്യം. ഈ സന്ദർഭത്തിൽ, തുടക്കം മുതൽ അവസാനം വരെ തടസ്സമോ സ്വമേധയാലുള്ള ഇടപെടലോ ഇല്ലാതെ സംഭവിക്കുന്ന ഒരു കാര്യമാണ് ഞങ്ങൾ അർത്ഥമാക്കുന്നത്. ഈ സന്ദർഭത്തിൽ CI & CD, CD എന്നിവ നോക്കാം.

• തുടർച്ചയായ ഏകീകരണം ഇത് പരിണാമത്തിന്റെ പ്രാരംഭ ഘട്ടമാണ്. സെർവറിലേക്ക് പുതിയ കോഡ് സമർപ്പിച്ചതിന് ശേഷം, ഞങ്ങളുടെ മാറ്റങ്ങൾ ശരിയാണെന്ന് പെട്ടെന്ന് ഫീഡ്‌ബാക്ക് ലഭിക്കുമെന്ന് ഞങ്ങൾ പ്രതീക്ഷിക്കുന്നു. സാധാരണഗതിയിൽ, CI-യിൽ റൺ ചെയ്യുന്ന സ്റ്റാറ്റിക് കോഡ് അനാലിസിസ് ടൂളുകളും യൂണിറ്റ്/ആന്തരിക API ടെസ്റ്റുകളും ഉൾപ്പെടുന്നു. കുറച്ച് സെക്കൻഡുകൾ/മിനിറ്റുകൾക്കുള്ളിൽ ഞങ്ങളുടെ കോഡിനെ കുറിച്ചുള്ള വിവരങ്ങൾ നേടുന്നതിന് ഇത് ഞങ്ങളെ അനുവദിക്കുന്നു.
• തുടർച്ചയായ ഡെലിവറി ഞങ്ങൾ ഇന്റഗ്രേഷൻ/യുഐ ടെസ്റ്റുകൾ നടത്തുന്ന കൂടുതൽ വിപുലമായ ഘട്ടമാണ്. എന്നിരുന്നാലും, ഈ ഘട്ടത്തിൽ ഞങ്ങൾക്ക് CI പോലെ വേഗത്തിൽ ഫലങ്ങൾ ലഭിക്കുന്നില്ല. ഒന്നാമതായി, ഇത്തരത്തിലുള്ള പരിശോധനകൾ പൂർത്തിയാക്കാൻ കൂടുതൽ സമയമെടുക്കും. രണ്ടാമതായി, സമാരംഭിക്കുന്നതിന് മുമ്പ്, ടെസ്റ്റ്/സ്റ്റേജിംഗ് പരിതസ്ഥിതിയിലേക്ക് നമ്മുടെ മാറ്റങ്ങൾ വിന്യസിക്കണം. മാത്രമല്ല, ഞങ്ങൾ മൊബൈൽ വികസനത്തെക്കുറിച്ചാണ് സംസാരിക്കുന്നതെങ്കിൽ, ഞങ്ങളുടെ ആപ്ലിക്കേഷന്റെ ഒരു ബിൽഡ് സൃഷ്ടിക്കുന്നതിന് ഒരു അധിക ഘട്ടം ദൃശ്യമാകും.
• തുടർച്ചയായ വിന്യാസം മുൻ ഘട്ടങ്ങളിൽ എല്ലാ സ്വീകാര്യത പരിശോധനകളും വിജയിച്ചിട്ടുണ്ടെങ്കിൽ, ഉൽപ്പാദനത്തിലേക്കുള്ള ഞങ്ങളുടെ മാറ്റങ്ങൾ ഞങ്ങൾ സ്വയമേവ റിലീസ് ചെയ്യുമെന്ന് അനുമാനിക്കുന്നു. ഇതുകൂടാതെ, റിലീസ് ഘട്ടത്തിന് ശേഷം, നിങ്ങൾക്ക് വിവിധ ഘട്ടങ്ങൾ ക്രമീകരിക്കാൻ കഴിയും, ഉൽപ്പാദനത്തിൽ സ്മോക്ക് ടെസ്റ്റുകൾ നടത്തുക, താൽപ്പര്യത്തിന്റെ അളവുകൾ ശേഖരിക്കുക. ഓട്ടോമേറ്റഡ് ടെസ്റ്റുകൾ വഴി നല്ല കവറേജ് ഉണ്ടെങ്കിൽ മാത്രമേ തുടർച്ചയായ വിന്യാസം സാധ്യമാകൂ. പരിശോധന ഉൾപ്പെടെ എന്തെങ്കിലും സ്വമേധയാലുള്ള ഇടപെടലുകൾ ആവശ്യമാണെങ്കിൽ, ഇത് മേലിൽ ഉണ്ടാകില്ല തുടർച്ച (തുടർച്ചയുള്ള). അപ്പോൾ ഞങ്ങളുടെ പൈപ്പ്ലൈൻ തുടർച്ചയായ ഡെലിവറി പ്രാക്ടീസ് പാലിക്കുന്നുവെന്ന് പറയാം.

ഓട്ടോമേഷൻ ഇൻഫ്രാസ്ട്രക്ചറിനുള്ള മൂല്യം

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

ആർക്കിടെക്ചർ മാറ്റത്തിന്റെ ചിത്രീകരണം നോക്കുന്നതിന് മുമ്പ്, GitLab CI-യെ കുറിച്ച് കുറച്ച് വാക്കുകൾ പറയാൻ ഞാൻ ആഗ്രഹിക്കുന്നു. മറ്റ് CI/CD ടൂളുകളിൽ നിന്ന് വ്യത്യസ്തമായി, GitLab ഒരു റിമോട്ട് ശേഖരണവും മറ്റ് നിരവധി അധിക സവിശേഷതകളും നൽകുന്നു. അങ്ങനെ, GitLab സിഐയേക്കാൾ കൂടുതലാണ്. സോഴ്‌സ് കോഡ് മാനേജ്‌മെന്റ്, എജൈൽ മാനേജ്‌മെന്റ്, സിഐ/സിഡി പൈപ്പ്‌ലൈനുകൾ, ലോഗിംഗ് ടൂളുകൾ, മെട്രിക്‌സ് ശേഖരണം എന്നിവ ഇതിൽ ഉൾപ്പെടുന്നു. GitLab ആർക്കിടെക്ചറിൽ Gitlab CI/CD, GitLab റണ്ണർ എന്നിവ ഉൾപ്പെടുന്നു. ഔദ്യോഗിക വെബ്സൈറ്റിൽ നിന്നുള്ള ഒരു ചെറിയ വിവരണം ഇതാ:

Gitlab CI/CD എന്നത് ഒരു API ഉള്ള ഒരു വെബ് ആപ്ലിക്കേഷനാണ്, അത് ഒരു ഡാറ്റാബേസിൽ അതിന്റെ അവസ്ഥ സംഭരിക്കുകയും പ്രോജക്ടുകൾ/നിർമ്മാണങ്ങൾ നിയന്ത്രിക്കുകയും ഒരു ഉപയോക്തൃ ഇന്റർഫേസ് നൽകുകയും ചെയ്യുന്നു. ബിൽഡുകൾ പ്രോസസ്സ് ചെയ്യുന്ന ഒരു ആപ്ലിക്കേഷനാണ് GitLab റണ്ണർ. ഇത് വെവ്വേറെ വിന്യസിക്കാനും ഒരു API വഴി GitLab CI/CD-യിൽ പ്രവർത്തിക്കാനും കഴിയും. പ്രവർത്തിക്കുന്ന ടെസ്റ്റുകൾക്ക് നിങ്ങൾക്ക് Gitlab ഉദാഹരണവും റണ്ണറും ആവശ്യമാണ്.

അടിസ്ഥാന സൗകര്യങ്ങളുടെ നിലവിലെ അവസ്ഥയുടെ ചിത്രം

പര്യവേക്ഷണം ചെയ്യാനുള്ള ലിങ്കുകൾ

• മാർട്ടിൻ ഫൗളർ: തുടർച്ചയായ സംയോജനം
• GitLab CI/CD
• തുടർച്ചയായ സംയോജന പുസ്തകം
• തുടർച്ചയായ ഡെലിവറി പുസ്തകം

സമാനമായ ഉപകരണങ്ങൾ

• ജെങ്കിൻസ്
• ടീംസിറ്റി
• ട്രാവിസ് 
• കൂടാതെ മറ്റു പലതും

5. ക്ലൗഡ് പ്ലാറ്റ്‌ഫോമുകൾ

സാങ്കേതികവിദ്യയുടെ ഹ്രസ്വ വിവരണം

ഈ വിഭാഗത്തിൽ നമ്മൾ 'പൊതു മേഘങ്ങൾ' എന്ന ജനപ്രിയ പ്രവണതയെക്കുറിച്ച് സംസാരിക്കും. മുകളിൽ വിവരിച്ച വിർച്ച്വലൈസേഷൻ, കണ്ടെയ്‌നറൈസേഷൻ സാങ്കേതികവിദ്യകൾ നൽകുന്ന വലിയ നേട്ടങ്ങൾ ഉണ്ടായിരുന്നിട്ടും, ഞങ്ങൾക്ക് ഇപ്പോഴും കമ്പ്യൂട്ടിംഗ് ഉറവിടങ്ങൾ ആവശ്യമാണ്. കമ്പനികൾ വിലയേറിയ സെർവറുകൾ വാങ്ങുകയോ ഡാറ്റാ സെന്ററുകൾ വാടകയ്‌ക്കെടുക്കുകയോ ചെയ്യുന്നു, എന്നാൽ ഈ സാഹചര്യത്തിൽ നമുക്ക് എത്ര വിഭവങ്ങൾ ആവശ്യമാണ്, ഞങ്ങൾ അവ 24/7 ഉപയോഗിക്കുമോ, എന്തെല്ലാം ആവശ്യങ്ങൾക്ക് എന്നതിന്റെ കണക്കുകൂട്ടലുകൾ (ചിലപ്പോൾ യാഥാർത്ഥ്യത്തിന് നിരക്കാത്തത്) നടത്തേണ്ടത് ആവശ്യമാണ്. ഉദാഹരണത്തിന്, ഉൽപ്പാദനത്തിന് XNUMX/XNUMX പ്രവർത്തിക്കുന്ന ഒരു സെർവർ ആവശ്യമാണ്, എന്നാൽ ജോലി സമയത്തിന് പുറത്തുള്ള പരിശോധനയ്ക്കായി ഞങ്ങൾക്ക് സമാനമായ ഉറവിടങ്ങൾ ആവശ്യമുണ്ടോ? ഇത് ഏത് തരത്തിലുള്ള പരിശോധന നടത്തുന്നു എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു. അടുത്ത ദിവസം ഫലങ്ങൾ ലഭിക്കുന്നതിനായി ഞങ്ങൾ ജോലി ചെയ്യാത്ത സമയങ്ങളിൽ പ്രവർത്തിപ്പിക്കാൻ ഉദ്ദേശിക്കുന്ന ലോഡ്/സ്ട്രെസ് ടെസ്റ്റുകളാണ് ഒരു ഉദാഹരണം. എന്നാൽ എൻഡ്-ടു-എൻഡ് ഓട്ടോമേറ്റഡ് ടെസ്റ്റുകൾക്ക് തീർച്ചയായും XNUMX/XNUMX സെർവർ ലഭ്യത ആവശ്യമില്ല, പ്രത്യേകിച്ച് മാനുവൽ ടെസ്റ്റിംഗ് പരിതസ്ഥിതികൾക്ക് ആവശ്യമില്ല. അത്തരം സാഹചര്യങ്ങൾക്ക്, ആവശ്യാനുസരണം ആവശ്യമുള്ളത്ര വിഭവങ്ങൾ നേടുകയും അവ ഉപയോഗിക്കുകയും ആവശ്യമില്ലാത്തപ്പോൾ പണം നൽകുന്നത് നിർത്തുകയും ചെയ്യുന്നത് നല്ലതാണ്. മാത്രമല്ല, കുറച്ച് മൗസ് ക്ലിക്കുകൾ നടത്തി അല്ലെങ്കിൽ രണ്ട് സ്ക്രിപ്റ്റുകൾ പ്രവർത്തിപ്പിച്ചുകൊണ്ട് അവ തൽക്ഷണം സ്വീകരിക്കുന്നത് വളരെ മികച്ചതായിരിക്കും. ഇതിനായി പൊതു മേഘങ്ങൾ ഉപയോഗിക്കുന്നു. നമുക്ക് നിർവചനം നോക്കാം:

“പബ്ലിക് ക്ലൗഡ് എന്നത് മൂന്നാം കക്ഷി ദാതാക്കൾ പബ്ലിക് ഇൻറർനെറ്റിലൂടെ വാഗ്ദാനം ചെയ്യുന്ന കമ്പ്യൂട്ടിംഗ് സേവനങ്ങൾ എന്നാണ് നിർവചിച്ചിരിക്കുന്നത്, അവ ഉപയോഗിക്കാനോ വാങ്ങാനോ ആഗ്രഹിക്കുന്ന ആർക്കും അവ ലഭ്യമാക്കുന്നു. അവ സൗജന്യമായിരിക്കാം അല്ലെങ്കിൽ ആവശ്യാനുസരണം വിൽക്കാം, ഉപഭോക്താക്കൾക്ക് അവർ ഉപയോഗിക്കുന്ന CPU സൈക്കിളുകൾ, സംഭരണം അല്ലെങ്കിൽ ബാൻഡ്‌വിഡ്ത്ത് എന്നിവയ്‌ക്ക് ഓരോ ഉപയോഗത്തിനും മാത്രം പണം നൽകാൻ അനുവദിക്കുന്നു."

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

ഓട്ടോമേഷൻ ഇൻഫ്രാസ്ട്രക്ചറിനുള്ള മൂല്യം

എൻഡ്-ടു-എൻഡ് യുഐ ടെസ്റ്റുകൾക്ക് എന്തൊക്കെ പ്രത്യേക ഉറവിടങ്ങളാണ് വേണ്ടത്? അടിസ്ഥാനപരമായി ഇവ ബ്രൗസറുകളും എമുലേറ്ററുകളും പ്രവർത്തിപ്പിക്കുന്നതിനുള്ള വെർച്വൽ മെഷീനുകളോ ക്ലസ്റ്ററുകളോ ആണ് (അടുത്ത വിഭാഗത്തിൽ ഞങ്ങൾ കുബർനെറ്റിനെക്കുറിച്ച് സംസാരിക്കും). കൂടുതൽ ബ്രൗസറുകളും എമുലേറ്ററുകളും ഒരേസമയം പ്രവർത്തിക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു, കൂടുതൽ സിപിയുവും മെമ്മറിയും ആവശ്യമാണ്, അതിനായി കൂടുതൽ പണം നൽകേണ്ടിവരും. അങ്ങനെ, ടെസ്റ്റ് ഓട്ടോമേഷന്റെ പശ്ചാത്തലത്തിലുള്ള പൊതു മേഘങ്ങൾ ആവശ്യാനുസരണം ബ്രൗസറുകൾ/എമുലേറ്ററുകൾ ഒരു വലിയ എണ്ണം (100, 200, 1000...) പ്രവർത്തിപ്പിക്കാനും ടെസ്റ്റ് ഫലങ്ങൾ എത്രയും വേഗം നേടാനും അത്തരം ഭ്രാന്തമായ വിഭവശേഷിയുള്ളവയ്ക്ക് പണം നൽകുന്നത് നിർത്താനും അനുവദിക്കുന്നു. ശക്തി. 

Amazon Web Services (AWS), Microsoft Azure, Google Cloud Platform (GCP) എന്നിവയാണ് ഏറ്റവും ജനപ്രിയമായ ക്ലൗഡ് ദാതാക്കൾ. ജിസിപി എങ്ങനെ ഉപയോഗിക്കണം എന്നതിന്റെ ഉദാഹരണങ്ങൾ ഹൗ-ടു ഗൈഡ് നൽകുന്നു, എന്നാൽ പൊതുവെ ഓട്ടോമേഷൻ ടാസ്‌ക്കുകൾക്കായി നിങ്ങൾ എന്ത് ഉപയോഗിക്കുന്നു എന്നത് പ്രശ്നമല്ല. അവയെല്ലാം ഏകദേശം ഒരേ പ്രവർത്തനക്ഷമത നൽകുന്നു. സാധാരണഗതിയിൽ, ഒരു ദാതാവിനെ തിരഞ്ഞെടുക്കുന്നതിന്, കമ്പനിയുടെ മൊത്തത്തിലുള്ള ഇൻഫ്രാസ്ട്രക്ചറിലും ബിസിനസ് ആവശ്യകതകളിലും മാനേജ്മെന്റ് ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു, അത് ഈ ലേഖനത്തിന്റെ പരിധിക്കപ്പുറമാണ്. ഓട്ടോമേഷൻ എഞ്ചിനീയർമാർക്ക്, സോസ് ലാബ്‌സ്, ബ്രൗസർസ്റ്റാക്ക്, ബിറ്റ്‌ബാർ മുതലായവ പോലുള്ള പരീക്ഷണ ആവശ്യങ്ങൾക്കായി ക്ലൗഡ് പ്ലാറ്റ്‌ഫോമുകളുടെ ഉപയോഗവുമായി ക്ലൗഡ് ദാതാക്കളുടെ ഉപയോഗത്തെ താരതമ്യം ചെയ്യുന്നത് കൂടുതൽ രസകരമായിരിക്കും. അതുകൊണ്ട് നമുക്കും ചെയ്യാം! എന്റെ അഭിപ്രായത്തിൽ, സോസ് ലാബ്സ് ഏറ്റവും പ്രശസ്തമായ ക്ലൗഡ് ടെസ്റ്റിംഗ് ഫാമാണ്, അതിനാലാണ് ഞാൻ ഇത് താരതമ്യത്തിനായി ഉപയോഗിച്ചത്. 

ഓട്ടോമേഷൻ ആവശ്യങ്ങൾക്കായി GCP vs സോസ് ലാബുകൾ:

നമുക്ക് 8 വെബ് ടെസ്റ്റുകളും 8 ആൻഡ്രോയിഡ് ടെസ്റ്റുകളും ഒരേസമയം പ്രവർത്തിപ്പിക്കേണ്ടതുണ്ടെന്ന് സങ്കൽപ്പിക്കുക. ഇതിനായി ഞങ്ങൾ ജിസിപി ഉപയോഗിക്കുകയും സെലിനോയിഡ് ഉപയോഗിച്ച് 2 വെർച്വൽ മെഷീനുകൾ പ്രവർത്തിപ്പിക്കുകയും ചെയ്യും. ആദ്യത്തേതിൽ ഞങ്ങൾ ബ്രൗസറുകൾ ഉപയോഗിച്ച് 8 കണ്ടെയ്നറുകൾ ഉയർത്തും. രണ്ടാമത്തേതിൽ എമുലേറ്ററുകളുള്ള 8 കണ്ടെയ്നറുകൾ ഉണ്ട്. നമുക്ക് വിലകൾ നോക്കാം:  

Chrome ഉപയോഗിച്ച് ഒരു കണ്ടെയ്‌നർ പ്രവർത്തിപ്പിക്കാൻ, ഞങ്ങൾക്ക് ആവശ്യമാണ് n1-സ്റ്റാൻഡേർഡ്-1 കാർ. ആൻഡ്രോയിഡിന്റെ കാര്യത്തിൽ അതായിരിക്കും n1-സ്റ്റാൻഡേർഡ്-4 ഒരു എമുലേറ്ററിനായി. വാസ്തവത്തിൽ, സിപിയു/മെമ്മറിക്കായി നിർദ്ദിഷ്ട ഉപയോക്തൃ മൂല്യങ്ങൾ സജ്ജീകരിക്കുക എന്നതാണ് കൂടുതൽ വഴക്കമുള്ളതും വിലകുറഞ്ഞതുമായ മാർഗം, എന്നാൽ സോസ് ലാബുകളുമായി താരതമ്യപ്പെടുത്തുന്നതിന് ഇപ്പോൾ ഇത് പ്രധാനമല്ല.

സോസ് ലാബുകൾ ഉപയോഗിക്കുന്നതിനുള്ള താരിഫുകൾ ഇതാ:

നിങ്ങൾ ഇതിനകം വ്യത്യാസം ശ്രദ്ധിച്ചിട്ടുണ്ടെന്ന് ഞാൻ വിശ്വസിക്കുന്നു, പക്ഷേ ഞങ്ങളുടെ ടാസ്ക്കിനായുള്ള കണക്കുകൂട്ടലുകളുള്ള ഒരു പട്ടിക ഞാൻ തുടർന്നും നൽകും:

ആവശ്യമായ വിഭവങ്ങൾ
പ്രതിമാസ
ജോലിചെയ്യുന്ന സമയം(രാവിലെ 8 മുതൽ രാത്രി 8 വരെ)
ജോലിചെയ്യുന്ന സമയം+ മുൻകരുതൽ

വെബിനുള്ള ജി.സി.പി
n1-standard-1 x 8 = n1-standard-8
$194.18
23 ദിവസം * 12 മണിക്കൂർ * 0.38 = $ 104.88 
23 ദിവസം * 12 മണിക്കൂർ * 0.08 = $ 22.08

വെബിനുള്ള സോസ് ലാബുകൾ
വെർച്വൽ Cloud8 സമാന്തര പരിശോധനകൾ
$1.559
-
-

ആൻഡ്രോയിഡിനുള്ള ജി.സി.പി
n1-സ്റ്റാൻഡേർഡ്-4 x 8: n1-സ്റ്റാൻഡേർഡ്-16
$776.72
23 ദിവസം * 12 മണിക്കൂർ * 1.52 = $ 419.52 
23 ദിവസം * 12 മണിക്കൂർ * 0.32 = $ 88.32

ആൻഡ്രോയിഡിനുള്ള സോസ് ലാബുകൾ
യഥാർത്ഥ ഉപകരണ ക്ലൗഡ് 8 സമാന്തര പരിശോധനകൾ
$1.999
-
-

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

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

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

അപ്പോഴും തീർന്നില്ല! വാസ്തവത്തിൽ, ആരും ഇടവേളയില്ലാതെ 12 മണിക്കൂർ ടെസ്റ്റുകൾ നടത്തില്ലെന്ന് എനിക്ക് ഉറപ്പുണ്ട്. അങ്ങനെയാണെങ്കിൽ, നിങ്ങൾക്ക് ആവശ്യമില്ലാത്തപ്പോൾ വെർച്വൽ മെഷീനുകൾ സ്വയമേവ ആരംഭിക്കാനും നിർത്താനും കഴിയും. യഥാർത്ഥ ഉപയോഗ സമയം പ്രതിദിനം 6 മണിക്കൂറായി കുറച്ചേക്കാം. അപ്പോൾ ഞങ്ങളുടെ ടാസ്ക്കിന്റെ പശ്ചാത്തലത്തിൽ പേയ്മെന്റ് 11 ബ്രൗസറുകൾക്ക് പ്രതിമാസം $8 ആയി കുറയും. ഇത് അതിശയകരമല്ലേ? എന്നാൽ മുൻകരുതൽ യന്ത്രങ്ങൾ ഉപയോഗിച്ച്, ഈ സാഹചര്യങ്ങൾ സോഫ്റ്റ്‌വെയറിൽ നൽകാനും കൈകാര്യം ചെയ്യാനും കഴിയുമെങ്കിലും, തടസ്സങ്ങൾക്കും അസ്ഥിരതയ്ക്കും വേണ്ടി നാം ശ്രദ്ധാലുക്കളായിരിക്കണം. ഇത് വിലമതിക്കുന്നു!

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

അടിസ്ഥാന സൗകര്യങ്ങളുടെ നിലവിലെ അവസ്ഥയുടെ ചിത്രം

പര്യവേക്ഷണം ചെയ്യാനുള്ള ലിങ്കുകൾ

• ജിസിപി
• GCP: മുൻകരുതൽ
• GCP: VM വിലനിർണ്ണയം
• സോസ് ലാബ്സ്
• ക്ലൗഡ് ദാതാക്കളെ താരതമ്യം ചെയ്യുന്നു

സമാനമായ ഉപകരണങ്ങൾ:

• AWS 
• അസൂർ

6. ഓർക്കസ്ട്രേഷൻ

സാങ്കേതികവിദ്യയുടെ ഹ്രസ്വ വിവരണം

എനിക്ക് നല്ല വാർത്തയുണ്ട് - ഞങ്ങൾ ലേഖനത്തിന്റെ അവസാനത്തിലാണ്! ഇപ്പോൾ, ഞങ്ങളുടെ ഓട്ടോമേഷൻ ഇൻഫ്രാസ്ട്രക്ചറിൽ വെബ്, ആൻഡ്രോയിഡ് ടെസ്റ്റുകൾ അടങ്ങിയിരിക്കുന്നു, അത് ഞങ്ങൾ GitLab CI വഴി സമാന്തരമായി പ്രവർത്തിപ്പിക്കുന്നു, ഡോക്കർ പ്രാപ്‌തമാക്കിയ ടൂളുകൾ ഉപയോഗിച്ച്: സെലിനിയം ഗ്രിഡ്, സെലിനോയ്‌ഡ്. മാത്രമല്ല, ബ്രൗസറുകളും എമുലേറ്ററുകളും ഉള്ള കണ്ടെയ്‌നറുകൾ ഹോസ്റ്റുചെയ്യുന്നതിന് ഞങ്ങൾ GCP വഴി സൃഷ്‌ടിച്ച വെർച്വൽ മെഷീനുകൾ ഉപയോഗിക്കുന്നു. ചെലവ് കുറയ്ക്കുന്നതിന്, ഞങ്ങൾ ഈ വെർച്വൽ മെഷീനുകൾ ആവശ്യാനുസരണം ആരംഭിക്കുകയും ടെസ്റ്റിംഗ് നടക്കാത്തപ്പോൾ അവ നിർത്തുകയും ചെയ്യുന്നു. നമ്മുടെ അടിസ്ഥാന സൗകര്യങ്ങൾ മെച്ചപ്പെടുത്താൻ മറ്റെന്തെങ്കിലും ഉണ്ടോ? ഉത്തരം അതെ! കുബർനെറ്റസിനെ (K8s) കണ്ടുമുട്ടുക!

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

സത്യത്തിൽ, ആദ്യം മുതൽ കുബർനെറ്റുകളെ സ്വമേധയാ വിന്യസിക്കുക എന്നത് നിസ്സാരമായ ഒരു കാര്യമല്ല. "കുബർനെറ്റസ് ദി ഹാർഡ് വേ" എന്ന പ്രസിദ്ധമായ മാർഗ്ഗനിർദ്ദേശത്തിലേക്കുള്ള ഒരു ലിങ്ക് ഞാൻ തരാം, നിങ്ങൾക്ക് താൽപ്പര്യമുണ്ടെങ്കിൽ, നിങ്ങൾക്ക് അത് പരിശീലിക്കാം. പക്ഷേ, ഭാഗ്യവശാൽ, ഇതര രീതികളും ഉപകരണങ്ങളും ഉണ്ട്. GCP-യിൽ Google Kubernetes Engine (GKE) ഉപയോഗിക്കുന്നതാണ് ഏറ്റവും എളുപ്പമുള്ള മാർഗ്ഗം, ഇത് കുറച്ച് ക്ലിക്കുകളിലൂടെ ഒരു റെഡിമെയ്ഡ് ക്ലസ്റ്റർ ലഭിക്കാൻ നിങ്ങളെ അനുവദിക്കും. ആന്തരിക ഘടകങ്ങൾ എങ്ങനെ സംയോജിപ്പിക്കണമെന്ന് പഠിക്കുന്നതിനുപകരം നിങ്ങളുടെ ചുമതലകൾക്കായി K8-കൾ എങ്ങനെ ഉപയോഗിക്കാമെന്ന് പഠിക്കുന്നതിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നതിനാൽ, പഠനം ആരംഭിക്കാൻ ഈ സമീപനം ഉപയോഗിക്കാൻ ഞാൻ ശുപാർശ ചെയ്യുന്നു. 

ഓട്ടോമേഷൻ ഇൻഫ്രാസ്ട്രക്ചറിനുള്ള മൂല്യം

K8s നൽകുന്ന ചില പ്രധാന സവിശേഷതകൾ നോക്കാം:

• ആപ്ലിക്കേഷൻ വിന്യാസം: VM-കൾക്ക് പകരം ഒരു മൾട്ടി-നോഡ് ക്ലസ്റ്റർ ഉപയോഗിക്കുന്നു;
• ഡൈനാമിക് സ്കെയിലിംഗ്: ആവശ്യാനുസരണം മാത്രം ഉപയോഗിക്കുന്ന വിഭവങ്ങളുടെ വില കുറയ്ക്കുന്നു;
• സ്വയം സുഖപ്പെടുത്തൽ: കായ്കളുടെ യാന്ത്രിക വീണ്ടെടുക്കൽ (അതിന്റെ ഫലമായി കണ്ടെയ്നറുകളും പുനഃസ്ഥാപിക്കപ്പെടുന്നു);
• അപ്‌ഡേറ്റുകളുടെ റോൾഔട്ട്, പ്രവർത്തനരഹിതമായ മാറ്റങ്ങളുടെ റോൾബാക്കുകൾ: ടൂളുകൾ, ബ്രൗസറുകൾ, എമുലേറ്ററുകൾ എന്നിവ അപ്‌ഡേറ്റ് ചെയ്യുന്നത് നിലവിലെ ഉപയോക്താക്കളുടെ പ്രവർത്തനത്തെ തടസ്സപ്പെടുത്തുന്നില്ല

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

സ്കെയിലിംഗ് സവിശേഷത പ്രധാനമാണ്, കൂടാതെ ഒരു ക്ലസ്റ്റർ നോഡ്-പൂളിനുള്ളിലെ രണ്ട് നോഡുകളിലും ഒരു നോഡിനുള്ളിലെ പോഡുകളിലും പ്രയോഗിക്കാൻ കഴിയും. നോഡുകൾക്കും പോഡുകൾക്കും ബാധകമാകുന്ന 2 തരം സ്കെയിലിംഗ് ഉണ്ട്. ആദ്യ തരം തിരശ്ചീനമാണ് - നോഡുകൾ/പോഡുകളുടെ എണ്ണം വർദ്ധിപ്പിക്കുന്നതിലൂടെ സ്കെയിലിംഗ് സംഭവിക്കുന്നു. ഈ തരം കൂടുതൽ അഭികാമ്യമാണ്. രണ്ടാമത്തെ തരം, അതനുസരിച്ച്, ലംബമാണ്. നോഡുകളുടെ/പോഡുകളുടെ വലിപ്പം വർദ്ധിപ്പിച്ചാണ് സ്കെയിലിംഗ് നടത്തുന്നത്, അല്ലാതെ അവയുടെ എണ്ണമല്ല.

ഇനി മുകളിൽ പറഞ്ഞ നിബന്ധനകളുടെ പശ്ചാത്തലത്തിൽ നമ്മുടെ ടൂളുകൾ നോക്കാം.

സെലിനിയം ഗ്രിഡ്

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

സെലിനോയിഡ്:

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

ചന്ദ്രൻ:

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

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

അതിനാൽ, ചന്ദ്രൻ ഒരു മികച്ച പരിഹാരമാണ്, പക്ഷേ ഒരു പ്രശ്നമുണ്ട്: ഇത് സൗജന്യമല്ല. വില സെഷനുകളുടെ എണ്ണത്തെ ആശ്രയിച്ചിരിക്കുന്നു. നിങ്ങൾക്ക് സൗജന്യമായി 0-4 സെഷനുകൾ മാത്രമേ പ്രവർത്തിപ്പിക്കാൻ കഴിയൂ, അത് പ്രത്യേകിച്ച് ഉപയോഗപ്രദമല്ല. പക്ഷേ, അഞ്ചാമത്തെ സെഷൻ മുതൽ, ഓരോന്നിനും നിങ്ങൾ $5 നൽകേണ്ടിവരും. സാഹചര്യം ഓരോ കമ്പനിക്കും വ്യത്യസ്തമായിരിക്കാം, എന്നാൽ ഞങ്ങളുടെ കാര്യത്തിൽ, ചന്ദ്രനെ ഉപയോഗിക്കുന്നത് അർത്ഥശൂന്യമാണ്. ഞാൻ മുകളിൽ വിവരിച്ചതുപോലെ, ആവശ്യാനുസരണം സെലിനിയം ഗ്രിഡ് ഉപയോഗിച്ച് VM-കൾ പ്രവർത്തിപ്പിക്കാം അല്ലെങ്കിൽ ക്ലസ്റ്ററിലെ നോഡുകളുടെ എണ്ണം വർദ്ധിപ്പിക്കാം. ഏകദേശം ഒരു പൈപ്പ് ലൈനിനായി, ഞങ്ങൾ 500 ബ്രൗസറുകൾ സമാരംഭിക്കുകയും പരിശോധനകൾ പൂർത്തിയാക്കിയ ശേഷം എല്ലാ ഉറവിടങ്ങളും നിർത്തുകയും ചെയ്യുന്നു. നമ്മൾ ചന്ദ്രനെ ഉപയോഗിച്ചാൽ, എത്ര തവണ ടെസ്റ്റുകൾ നടത്തിയാലും പ്രതിമാസം 500 x 5 = $2500 അധികമായി നൽകേണ്ടി വരും. വീണ്ടും, ഞാൻ ചന്ദ്രനെ ഉപയോഗിക്കരുത് എന്ന് പറയുന്നില്ല. നിങ്ങളുടെ ടാസ്‌ക്കുകൾക്ക്, ഇത് ഒഴിച്ചുകൂടാനാവാത്ത ഒരു പരിഹാരമായിരിക്കും, ഉദാഹരണത്തിന്, നിങ്ങളുടെ സ്ഥാപനത്തിൽ നിങ്ങൾക്ക് നിരവധി പ്രോജക്‌റ്റുകൾ/ടീമുകൾ ഉണ്ടെങ്കിൽ എല്ലാവർക്കും ഒരു വലിയ പൊതു ക്ലസ്റ്റർ ആവശ്യമുണ്ടെങ്കിൽ. എല്ലായ്പ്പോഴും എന്നപോലെ, ഞാൻ അവസാനം ഒരു ലിങ്ക് ഇടുകയും നിങ്ങളുടെ ചുമതലയുടെ പശ്ചാത്തലത്തിൽ ആവശ്യമായ എല്ലാ കണക്കുകൂട്ടലുകളും ചെയ്യാൻ ശുപാർശ ചെയ്യുകയും ചെയ്യുന്നു.

കാലിസ്റ്റോ: (ശ്രദ്ധ! ഇത് യഥാർത്ഥ ലേഖനത്തിലല്ല, റഷ്യൻ വിവർത്തനത്തിൽ മാത്രം അടങ്ങിയിരിക്കുന്നു)

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

അടിസ്ഥാന സൗകര്യങ്ങളുടെ നിലവിലെ അവസ്ഥയുടെ ചിത്രം

പര്യവേക്ഷണം ചെയ്യാനുള്ള ലിങ്കുകൾ

• കുബർനെറ്റസ്: സജ്ജീകരണം
• കുബർനെറ്റസ്: കഠിനമായ വഴി
• കുബർനെറ്റസ്: സെലിനിയം
• ജിസിപി: കുബർനെറ്റസ് എഞ്ചിൻ
• ചന്ദ്രൻ
• കുബർനെറ്റസ് ബുക്ക്
• കുബർനെറ്റസ് ഉപയോഗിച്ച് ഓട്ടോമേഷൻ വിതരണം ചെയ്തു
• സെലിനിയം ഗ്രിഡ് 4
• Callisto GitHub
• Wrike TechClub (Callisto)

സമാനമായ ഉപകരണങ്ങൾ

• ഡോക്കർ കൂട്ടം 
• മാരത്തോൺ 

7. അടിസ്ഥാന സൗകര്യങ്ങൾ കോഡായി (IaC)

സാങ്കേതികവിദ്യയുടെ ഹ്രസ്വ വിവരണം

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

ഈ സമീപനം ഉപയോഗിക്കുന്നതിനുള്ള പ്രചോദനത്തിൽ നിന്ന് നമുക്ക് ആരംഭിക്കാം. GitlabCI-യിൽ ടെസ്റ്റുകൾ നടത്തുന്നതിന്, Gitlab Runner പ്രവർത്തിപ്പിക്കുന്നതിന് ഞങ്ങൾക്ക് കുറഞ്ഞത് വിഭവങ്ങൾ ആവശ്യമാണെന്ന് ഞങ്ങൾ ഇതിനകം ചർച്ച ചെയ്തിട്ടുണ്ട്. ബ്രൗസറുകൾ/എമുലേറ്ററുകൾ ഉപയോഗിച്ച് കണ്ടെയ്‌നറുകൾ പ്രവർത്തിപ്പിക്കുന്നതിന്, ഞങ്ങൾ ഒരു VM അല്ലെങ്കിൽ ക്ലസ്റ്റർ റിസർവ് ചെയ്യേണ്ടതുണ്ട്. റിസോഴ്‌സുകൾ പരിശോധിക്കുന്നതിന് പുറമേ, ഡാറ്റാബേസുകൾ, ഓട്ടോമാറ്റിക് ഷെഡ്യൂളുകൾ, നെറ്റ്‌വർക്ക് കോൺഫിഗറേഷനുകൾ, ലോഡ് ബാലൻസറുകൾ, ഉപയോക്തൃ അവകാശങ്ങൾ മുതലായവ ഉൾപ്പെടുന്ന വികസനം, സ്റ്റേജിംഗ്, പ്രൊഡക്ഷൻ എൻവയോൺമെന്റുകൾ എന്നിവയെ പിന്തുണയ്ക്കുന്നതിന് ഞങ്ങൾക്ക് ഗണ്യമായ ശേഷി ആവശ്യമാണ്. അതിനെയെല്ലാം പിന്തുണയ്ക്കാൻ ആവശ്യമായ പരിശ്രമമാണ് പ്രധാന പ്രശ്നം. നമുക്ക് മാറ്റങ്ങൾ വരുത്താനും അപ്‌ഡേറ്റുകൾ പുറത്തിറക്കാനും നിരവധി മാർഗങ്ങളുണ്ട്. ഉദാഹരണത്തിന്, GCP-യുടെ പശ്ചാത്തലത്തിൽ, നമുക്ക് ബ്രൗസറിൽ UI കൺസോൾ ഉപയോഗിക്കാനും ബട്ടണുകൾ ക്ലിക്കുചെയ്ത് എല്ലാ പ്രവർത്തനങ്ങളും നടത്താനും കഴിയും. ക്ലൗഡ് എന്റിറ്റികളുമായി സംവദിക്കാൻ API കോളുകൾ ഉപയോഗിക്കുകയോ ആവശ്യമുള്ള കൃത്രിമങ്ങൾ നടത്താൻ gcloud കമാൻഡ് ലൈൻ യൂട്ടിലിറ്റി ഉപയോഗിക്കുകയോ ആണ് മറ്റൊരു മാർഗ്ഗം. എന്നാൽ വ്യത്യസ്‌ത എന്റിറ്റികളും ഇൻഫ്രാസ്ട്രക്ചർ ഘടകങ്ങളും ഉള്ളതിനാൽ, എല്ലാ പ്രവർത്തനങ്ങളും സ്വമേധയാ നിർവഹിക്കുന്നത് ബുദ്ധിമുട്ടാണ് അല്ലെങ്കിൽ അസാധ്യമാണ്. മാത്രമല്ല, ഈ സ്വമേധയാലുള്ള പ്രവർത്തനങ്ങളെല്ലാം അനിയന്ത്രിതമാണ്. നിർവ്വഹിക്കുന്നതിന് മുമ്പ് ഞങ്ങൾക്ക് അവ അവലോകനത്തിനായി സമർപ്പിക്കാനും ഒരു പതിപ്പ് നിയന്ത്രണ സംവിധാനം ഉപയോഗിക്കാനും സംഭവത്തിലേക്ക് നയിച്ച മാറ്റങ്ങൾ വേഗത്തിൽ പിൻവലിക്കാനും കഴിയില്ല. അത്തരം പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നതിന്, എഞ്ചിനീയർമാർ ഓട്ടോമാറ്റിക് ബാഷ്/ഷെൽ സ്ക്രിപ്റ്റുകൾ സൃഷ്ടിക്കുകയും സൃഷ്ടിക്കുകയും ചെയ്തു, അവ മുൻ രീതികളേക്കാൾ മികച്ചതല്ല, കാരണം അവ വേഗത്തിൽ വായിക്കാനും മനസ്സിലാക്കാനും പരിപാലിക്കാനും നടപടിക്രമ ശൈലിയിൽ പരിഷ്ക്കരിക്കാനും അത്ര എളുപ്പമല്ല.

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

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

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

ഓട്ടോമേഷൻ ഇൻഫ്രാസ്ട്രക്ചറിനുള്ള മൂല്യം

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

ടെസ്റ്റ് ഓട്ടോമേഷന്റെ പശ്ചാത്തലത്തിൽ ടെറാഫോമും അൻസിബിളും ഉപയോഗിക്കുന്നതിന്റെ ചില ഉദാഹരണങ്ങളും ഞങ്ങൾ മുമ്പ് ചർച്ച ചെയ്ത ഉപകരണങ്ങളും ഇതാ:

1. ടെറാഫോം ഉപയോഗിച്ച് VM-കളുടെയും ക്ലസ്റ്ററുകളുടെയും ആവശ്യമായ സവിശേഷതകളും പാരാമീറ്ററുകളും വിവരിക്കുക.

2. അൻസിബിൾ ഉപയോഗിച്ച്, ടെസ്റ്റിംഗിന് ആവശ്യമായ ഉപകരണങ്ങൾ ഇൻസ്റ്റാൾ ചെയ്യുക: ഡോക്കർ, സെലിനോയിഡ്, സെലിനിയം ഗ്രിഡ്, ബ്രൗസറുകൾ/എമുലേറ്ററുകൾ എന്നിവയുടെ ആവശ്യമായ പതിപ്പുകൾ ഡൗൺലോഡ് ചെയ്യുക.

3. Terraform ഉപയോഗിച്ച്, GitLab റണ്ണർ ലോഞ്ച് ചെയ്യുന്ന VM-ന്റെ സവിശേഷതകൾ വിവരിക്കുക.

4. Ansible ഉപയോഗിച്ച് GitLab റണ്ണറും ആവശ്യമായ അനുബന്ധ ഉപകരണങ്ങളും ഇൻസ്റ്റാൾ ചെയ്യുക, ക്രമീകരണങ്ങളും കോൺഫിഗറേഷനുകളും സജ്ജമാക്കുക.

അടിസ്ഥാന സൗകര്യങ്ങളുടെ നിലവിലെ അവസ്ഥയുടെ ചിത്രം

പര്യവേക്ഷണം ചെയ്യാനുള്ള ലിങ്കുകൾ:

• ടെറഫോം
• അസാധ്യം
• അൻസിബിളും ടെറാഫോമും ഒരുമിച്ച് മികച്ചതാണ്
• ടെറാഫോമിലേക്കുള്ള ഒരു സമഗ്ര ഗൈഡ്
• എന്തുകൊണ്ടാണ് ഞങ്ങൾ ടെറാഫോം ഉപയോഗിക്കുന്നത്, ഷെഫ്, പപ്പറ്റ്, അൻസിബിൾ, സാൾട്ട്‌സ്റ്റാക്ക് അല്ലെങ്കിൽ ക്ലൗഡ് ഫോർമേഷൻ അല്ല
• GCP: IaC

സമാനമായ ഉപകരണങ്ങൾ

• തല
• പാവ
• സാൾട്ട്സ്റ്റാക്ക്
• വാഗ്‌റന്റ്

നമുക്ക് സംഗ്രഹിക്കാം!

ഘട്ടം
സാങ്കേതികവിദ്യ
ഉപകരണങ്ങൾ
ഓട്ടോമേഷൻ ഇൻഫ്രാസ്ട്രക്ചറിനുള്ള മൂല്യം

1
പ്രാദേശിക ഓട്ടം
Node.js, സെലിനിയം, അപ്പിയം

• വെബിനും മൊബൈലിനുമുള്ള ഏറ്റവും ജനപ്രിയമായ ഉപകരണങ്ങൾ
• നിരവധി ഭാഷകളെയും പ്ലാറ്റ്ഫോമുകളെയും പിന്തുണയ്ക്കുന്നു (Node.js ഉൾപ്പെടെ)

2
പതിപ്പ് നിയന്ത്രണ സംവിധാനങ്ങൾ 
Git

• വികസന കോഡിനൊപ്പം സമാനമായ നേട്ടങ്ങൾ

3
കണ്ടെയ്നറൈസേഷൻ
ഡോക്കർ, സെലിനിയം ഗ്രിഡ്, സെലിനോയിഡ് (വെബ്, ആൻഡ്രോയിഡ്)

• സമാന്തരമായി ടെസ്റ്റുകൾ നടത്തുന്നു
• ഒറ്റപ്പെട്ട ചുറ്റുപാടുകൾ
• ലളിതവും വഴക്കമുള്ളതുമായ പതിപ്പ് അപ്‌ഗ്രേഡുകൾ
• ഉപയോഗിക്കാത്ത വിഭവങ്ങൾ ചലനാത്മകമായി നിർത്തുന്നു
• സജ്ജീകരിക്കാൻ എളുപ്പമാണ്

4
സിഐ/സിഡി
ഗിറ്റ്ലാബ് സിഐ

• പൈപ്പ്ലൈനിന്റെ ഭാഗം പരിശോധിക്കുന്നു
• ബൈസ്ട്രായ ഒബ്രത്നയ സ്വയസ്
• മുഴുവൻ കമ്പനി/ടീമിനുമുള്ള ദൃശ്യപരത

5
ക്ലൗഡ് പ്ലാറ്റ്‌ഫോമുകൾ
Google ക്ലൗഡ് പ്ലാറ്റ്ഫോം

• ആവശ്യാനുസരണം വിഭവങ്ങൾ (ആവശ്യമുള്ളപ്പോൾ മാത്രം ഞങ്ങൾ പണമടയ്ക്കുന്നു)
• നിയന്ത്രിക്കാനും അപ്ഡേറ്റ് ചെയ്യാനും എളുപ്പമാണ്
• എല്ലാ വിഭവങ്ങളുടെയും ദൃശ്യപരതയും നിയന്ത്രണവും

6
ഓർക്കസ്ട്രേഷൻ
കുബേർനെറ്റ്
പോഡുകൾക്കുള്ളിൽ ബ്രൗസറുകൾ/എമുലേറ്ററുകൾ ഉള്ള കണ്ടെയ്‌നറുകളുടെ പശ്ചാത്തലത്തിൽ:

• സ്കെയിലിംഗ്/ഓട്ടോ സ്കെയിലിംഗ്
• സ്വയം സുഖപ്പെടുത്തൽ
• തടസ്സങ്ങളില്ലാതെ അപ്‌ഡേറ്റുകളും റോൾബാക്കുകളും

7
അടിസ്ഥാന സൗകര്യങ്ങൾ ഒരു കോഡായി (IaC)
ടെറാഫോം, അൻസിബിൾ

• അടിസ്ഥാന സൗകര്യ വികസനത്തിന് സമാനമായ നേട്ടങ്ങൾ
• കോഡ് പതിപ്പിന്റെ എല്ലാ നേട്ടങ്ങളും
• മാറ്റങ്ങൾ വരുത്താനും പരിപാലിക്കാനും എളുപ്പമാണ്
• പൂർണ്ണമായും ഓട്ടോമേറ്റഡ്

മൈൻഡ് മാപ്പ് ഡയഗ്രമുകൾ: ഇൻഫ്രാസ്ട്രക്ചറിന്റെ പരിണാമം

ഘട്ടം 1: പ്രാദേശികം

ഘട്ടം2: വിസിഎസ്

ഘട്ടം 3: കണ്ടെയ്നറൈസേഷൻ 

ഘട്ടം 4: CI/CD 

ഘട്ടം 5: ക്ലൗഡ് പ്ലാറ്റ്‌ഫോമുകൾ

ഘട്ടം 6: ഓർക്കസ്ട്രേഷൻ

ഘട്ടം 7: IaC

അടുത്തത് എന്ത്?

അതിനാൽ, ഇത് ലേഖനത്തിന്റെ അവസാനമാണ്. എന്നാൽ ഉപസംഹാരമായി, നിങ്ങളുമായി ചില കരാറുകൾ സ്ഥാപിക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു.

നിന്റെ ഭാഗത്തുനിന്ന്
ഞാൻ തുടക്കത്തിൽ പറഞ്ഞതുപോലെ, ലേഖനം പ്രായോഗികമായി ഉപയോഗിക്കാനും യഥാർത്ഥ ജോലിയിൽ നേടിയ അറിവ് പ്രയോഗിക്കാൻ നിങ്ങളെ സഹായിക്കാനും ഞാൻ ആഗ്രഹിക്കുന്നു. ഞാൻ വീണ്ടും കൂട്ടിച്ചേർക്കുന്നു പ്രായോഗിക ഗൈഡിലേക്കുള്ള ലിങ്ക്.

എന്നാൽ അതിനുശേഷവും, നിർത്തരുത്, പരിശീലിക്കുക, പ്രസക്തമായ ലിങ്കുകളും പുസ്തകങ്ങളും പഠിക്കുക, നിങ്ങളുടെ കമ്പനിയിൽ ഇത് എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് കണ്ടെത്തുക, മെച്ചപ്പെടുത്താൻ കഴിയുന്ന സ്ഥലങ്ങൾ കണ്ടെത്തി അതിൽ പങ്കെടുക്കുക. നല്ലതുവരട്ടെ!

എന്റെ ഭാഗത്തു നിന്ന്

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

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

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

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