അൻസിബിൾ: 120 മാസത്തിനുള്ളിൽ CoreOS-ൽ നിന്ന് CentOS-ലേക്ക് 18 VM കോൺഫിഗറേഷൻ മൈഗ്രേഷൻ

ഇത് പ്രസംഗത്തിന്റെ പകർപ്പാണ് DevopsConf 2019-10-01 и SPbLUG 2019-09-25.

സ്വയം എഴുതിയ കോൺഫിഗറേഷൻ മാനേജ്‌മെന്റ് സിസ്റ്റം ഉപയോഗിച്ച ഒരു പ്രോജക്റ്റിന്റെയും അൻസിബിളിലേക്കുള്ള നീക്കത്തിന് 18 മാസമെടുത്തതിന്റെയും കഥയാണിത്.

ദിവസം നമ്പർ -ХХХ: ആരംഭിക്കുന്നതിന് മുമ്പ്

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

കസ്റ്റം കോൺഫിഗറേഷൻ മാനേജ്മെന്റ് സൊല്യൂഷൻ

യഥാർത്ഥ ആശയം, IaC ആയി വിഭാവനം ചെയ്യപ്പെട്ടതാണെന്ന് ഞാൻ സംശയിക്കുന്നു: റീബൂട്ട് ചെയ്യുമ്പോൾ അവയുടെ അവസ്ഥ പൂജ്യത്തിലേക്ക് പുനഃസജ്ജമാക്കുന്ന നിരവധി സ്റ്റേറ്റില്ലാത്ത VM-കൾ. എന്തായിരുന്നു VM കോൺഫിഗറേഷൻ മാനേജ്‌മെന്റ്? ആസൂത്രിതമായി ഇത് ലളിതമായി തോന്നുന്നു:

1. VM-നായി ഒരു സ്റ്റാറ്റിക് MAC നെയിൽ ഡൗൺ ചെയ്തു.
2. CoreOS ഉള്ള ഒരു ISO ഉം ഒരു ബൂട്ട് ഡിസ്കും VM-ലേക്ക് ബന്ധിപ്പിച്ചു.
3. CoreOS അതിന്റെ ഐപി അടിസ്ഥാനമാക്കി WEB സെർവറിൽ നിന്ന് ഡൗൺലോഡ് ചെയ്തുകൊണ്ട് കസ്റ്റമൈസേഷൻ സ്ക്രിപ്റ്റ് സമാരംഭിക്കുന്നു.
4. IP വിലാസത്തെ അടിസ്ഥാനമാക്കി SCP വഴി സ്ക്രിപ്റ്റ് VM കോൺഫിഗറേഷൻ ഡൗൺലോഡ് ചെയ്യുന്നു.
5. systemd യൂണിറ്റ് ഫയലുകളുടെ ഫുട്‌ക്ലോത്തും ബാഷ് സ്‌ക്രിപ്റ്റുകളുടെ ഫുട്‌ക്ലോത്തും സമാരംഭിച്ചു.

ഈ പരിഹാരത്തിന് നിരവധി വ്യക്തമായ പ്രശ്നങ്ങൾ ഉണ്ടായിരുന്നു:

1. CoreOS ISO ഒഴിവാക്കി.
2. VM-കൾ മൈഗ്രേറ്റ് ചെയ്യുമ്പോൾ/സൃഷ്ടിക്കുമ്പോൾ സങ്കീർണ്ണമായ ധാരാളം ഓട്ടോമേറ്റഡ് പ്രവർത്തനങ്ങളും മാജിക്കും.
3. അപ്‌ഡേറ്റ് ചെയ്യുന്നതിനുള്ള ബുദ്ധിമുട്ട്, ഒരു പ്രത്യേക സോഫ്‌റ്റ്‌വെയർ പതിപ്പ് ആവശ്യമുള്ളപ്പോൾ. കേർണൽ മൊഡ്യൂളുകൾ ഉപയോഗിച്ച് കൂടുതൽ രസകരമാണ്.
4. ഡാറ്റയില്ലാതെ VM-കൾ ലഭിച്ചിട്ടില്ല, അതായത്. അധിക ഉപയോക്തൃ ഡാറ്റ മൌണ്ട് ചെയ്ത ഒരു ഡിസ്കിനൊപ്പം VM-കൾ പ്രത്യക്ഷപ്പെട്ടു.
5. systemd യൂണിറ്റ് ഡിപൻഡൻസികൾ ആരോ നിരന്തരം സ്ക്രൂ ചെയ്യുന്നു, റീബൂട്ട് ചെയ്യുമ്പോൾ CoreOS ഫ്രീസ് ചെയ്യും. CoreOS-ൽ ലഭ്യമായ ടൂളുകൾ ഉപയോഗിച്ച് ഇത് പിടിക്കാൻ ബുദ്ധിമുട്ടായിരുന്നു.
6. രഹസ്യ മാനേജ്മെന്റ്.
7. മുഖ്യമന്ത്രി ഉണ്ടായിരുന്നില്ല. CoreOS-നായി ബാഷ്, YML കോൺഫിഗറുകൾ ഉണ്ടായിരുന്നു.

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

ദിവസം #0: പ്രശ്നം തിരിച്ചറിയുക

ഇത് സാധാരണ വികസന ഇൻഫ്രാസ്ട്രക്ചറായിരുന്നു: ജെങ്കിൻസ്, ടെസ്റ്റ് പരിതസ്ഥിതികൾ, നിരീക്ഷണം, രജിസ്ട്രി. K8s ക്ലസ്റ്ററുകൾ ഹോസ്റ്റുചെയ്യുന്നതിനാണ് CoreOS രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത്, അതായത്. CoreOS എങ്ങനെ ഉപയോഗിച്ചു എന്നതായിരുന്നു പ്രശ്നം. ഒരു സ്റ്റാക്ക് തിരഞ്ഞെടുക്കുകയായിരുന്നു ആദ്യപടി. ഞങ്ങൾ സ്ഥിരതാമസമാക്കി:

1. ഉപയോഗം CentOS അടിസ്ഥാന വിതരണമായി, കാരണം ഉൽപ്പാദന പരിതസ്ഥിതികളോട് ഏറ്റവും അടുത്തുള്ള വിതരണമാണിത്.
2. അസാധ്യം കോൺഫിഗറേഷൻ മാനേജ്മെന്റിനായി, കാരണം അതിൽ വിപുലമായ പരിശോധന നടന്നു.
3. ജെങ്കിൻസ് നിലവിലുള്ള പ്രക്രിയകൾ ഓട്ടോമേറ്റ് ചെയ്യുന്നതിനുള്ള ഒരു ചട്ടക്കൂട് എന്ന നിലയിൽ, കാരണം വികസന പ്രക്രിയകൾക്കായി ഇത് ഇതിനകം സജീവമായി ഉപയോഗിച്ചു
4. ഹൈപർ-വി ഒരു വിർച്ച്വലൈസേഷൻ പ്ലാറ്റ്ഫോമായി. കഥയുടെ പരിധിക്കപ്പുറമുള്ള നിരവധി കാരണങ്ങളുണ്ട്, പക്ഷേ ചുരുക്കത്തിൽ - നമുക്ക് മേഘങ്ങൾ ഉപയോഗിക്കാൻ കഴിയില്ല, നമ്മുടെ സ്വന്തം ഹാർഡ്‌വെയർ ഉപയോഗിക്കണം.

ദിവസം നമ്പർ 30: നിലവിലുള്ള കരാറുകൾ പരിഹരിക്കുന്നു - കരാറുകൾ കോഡായി

സ്റ്റാക്ക് തെളിഞ്ഞതോടെ നീക്കത്തിനുള്ള ഒരുക്കങ്ങൾ തുടങ്ങി. കോഡിന്റെ രൂപത്തിൽ നിലവിലുള്ള കരാറുകൾ പരിഹരിക്കുന്നു (കോഡായി ഉടമ്പടികൾ!). സംക്രമണം ശാരീരിക അധ്വാനം -> യന്ത്രവൽക്കരണം -> ഓട്ടോമേഷൻ.

1. VM-കൾ കോൺഫിഗർ ചെയ്യുക

അൻസിബിൾ ഇത് ഒരു മികച്ച ജോലി ചെയ്യുന്നു. കുറഞ്ഞത് ശരീര ചലനങ്ങൾ ഉപയോഗിച്ച് നിങ്ങൾക്ക് VM കോൺഫിഗറേഷനുകളുടെ നിയന്ത്രണം ഏറ്റെടുക്കാം:

1. ഒരു ജിറ്റ് ശേഖരം സൃഷ്ടിക്കുക.
2. ഞങ്ങൾ ഇൻവെന്ററിയിലും പ്ലേബുക്കുകളിലും റോളുകളിലും കോൺഫിഗറേഷനുകളിലും VM-കളുടെ ലിസ്റ്റ് ഇട്ടു.
3. നിങ്ങൾക്ക് അൻസിബിൾ പ്രവർത്തിപ്പിക്കാൻ കഴിയുന്ന ഒരു പ്രത്യേക ജെങ്കിൻസ് സ്ലേവ് ഞങ്ങൾ സജ്ജീകരിക്കുകയാണ്.
4. ഞങ്ങൾ ഒരു ജോലി സൃഷ്ടിക്കുകയും ജെങ്കിൻസ് കോൺഫിഗർ ചെയ്യുകയും ചെയ്യുന്നു.

ആദ്യ നടപടിക്രമം തയ്യാറാണ്. കരാറുകൾ ഉറപ്പിച്ചിരിക്കുന്നു.

2. പുതിയ VM സൃഷ്ടിക്കുക

ഇവിടെ എല്ലാം വളരെ സൗകര്യപ്രദമായിരുന്നില്ല. ലിനക്സിൽ നിന്ന് ഹൈപ്പർ-വിയിൽ വിഎം സൃഷ്ടിക്കുന്നത് അത്ര സൗകര്യപ്രദമല്ല. ഈ പ്രക്രിയ യന്ത്രവൽക്കരിക്കാനുള്ള ശ്രമങ്ങളിൽ ഒന്ന്:

1. വിൻഡോസ് ഹോസ്റ്റിലേക്ക് WinRM വഴി Ansbile ബന്ധിപ്പിക്കുന്നു.
2. Ansible ഒരു പവർഷെൽ സ്ക്രിപ്റ്റ് പ്രവർത്തിപ്പിക്കുന്നു.
3. പവർഷെൽ സ്ക്രിപ്റ്റ് ഒരു പുതിയ വിഎം സൃഷ്ടിക്കുന്നു.
4. Hyper-V/ScVMM ഉപയോഗിച്ച്, അതിഥി OS-ൽ ഒരു VM സൃഷ്ടിക്കുമ്പോൾ, ഹോസ്റ്റ്നാമം ക്രമീകരിച്ചിരിക്കുന്നു.
5. DHCP പാട്ടം പുതുക്കുമ്പോൾ, VM അതിന്റെ ഹോസ്റ്റ്നാമം അയയ്ക്കുന്നു.
6. ഡൊമെയ്ൻ കൺട്രോളർ വശത്തുള്ള സ്റ്റാൻഡേർഡ് ddns & dhcp ഇന്റഗ്രേഷൻ DNS റെക്കോർഡ് കോൺഫിഗർ ചെയ്യുന്നു.
7. നിങ്ങളുടെ ഇൻവെന്ററിയിലേക്ക് ഒരു VM ചേർക്കുകയും അൻസിബിൾ ഉപയോഗിച്ച് കോൺഫിഗർ ചെയ്യുകയും ചെയ്യാം.

3.വിഎം ടെംപ്ലേറ്റ് സൃഷ്ടിക്കുക

അവർ ഇവിടെ ഒന്നും കണ്ടുപിടിച്ചില്ല - അവർ ഒരു പാക്കർ എടുത്തു.

1. ജിറ്റ് റിപ്പോസിറ്ററിയിലേക്ക് പാക്കർ, കിക്ക്സ്റ്റാർട്ട് കോൺഫിഗറേഷൻ ചേർക്കുക.
2. ഹൈപ്പർ-വിയും പാക്കറും ഉപയോഗിച്ച് ഒരു പ്രത്യേക ജെങ്കിൻസ് സ്ലേവ് സജ്ജീകരിക്കുന്നു.
3. ഞങ്ങൾ ഒരു ജോലി സൃഷ്ടിക്കുകയും ജെങ്കിൻസ് കോൺഫിഗർ ചെയ്യുകയും ചെയ്യുന്നു.

ഈ ലിങ്ക് എങ്ങനെ പ്രവർത്തിക്കുന്നു:

1. പാക്കർ ഒരു ശൂന്യമായ VM സൃഷ്ടിക്കുകയും ISO എടുക്കുകയും ചെയ്യുന്നു.
2. VM ബൂട്ട് ചെയ്യുന്നു, ഒരു ഫ്ലോപ്പി ഡിസ്കിൽ നിന്നോ http-യിൽ നിന്നോ നമ്മുടെ കിക്ക്സ്റ്റാർട്ട് ഫയൽ ഉപയോഗിക്കുന്നതിന് പാക്കർ ബൂട്ട്ലോഡറിലേക്ക് കമാൻഡ് നൽകുന്നു.
3. ഞങ്ങളുടെ കോൺഫിഗറിനൊപ്പം അനക്കോണ്ട സമാരംഭിച്ചു, പ്രാരംഭ OS കോൺഫിഗറേഷൻ പൂർത്തിയായി.
4. VM ലഭ്യമാകുന്നതിനായി പാക്കർ കാത്തിരിക്കുന്നു.
5. വിഎമ്മിനുള്ളിലെ പാക്കർ ലോക്കൽ മോഡിൽ പ്രവർത്തിക്കുന്നു.
6. സ്റ്റെപ്പ് #1-ൽ പ്രവർത്തിക്കുന്ന അതേ റോളുകളാണ് അൻസിബിൾ ഉപയോഗിക്കുന്നത്.
7. പാക്കർ VM ടെംപ്ലേറ്റ് കയറ്റുമതി ചെയ്യുന്നു.

ദിവസം #75: കരാർ ലംഘിക്കാതെ റീഫാക്ടർ ചെയ്യുക = ടെസ്റ്റ് അൻസിബിൾ + ടെസ്റ്റ്കിച്ചൻ

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

ദിവസം #130: ഒരുപക്ഷേ CentOS+ansible ആവശ്യമില്ലേ? ഒരുപക്ഷേ ഓപ്പൺഷിഫ്റ്റ്?

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

ദിവസം #170: ഓപ്പൺഷിഫ്റ്റ് അനുയോജ്യമല്ല, വിൻഡോസ് അസ്യൂർ പായ്ക്ക് ഉപയോഗിച്ച് നമുക്ക് ഒരു അവസരം എടുക്കാം?

ഹൈപ്പർ-വി വളരെ സൗഹൃദപരമല്ല, എസ്‌സി‌വി‌എം‌എം അതിനെ കൂടുതൽ മികച്ചതാക്കുന്നില്ല. എന്നാൽ Windows Azure Pack പോലെയുള്ള ഒരു സംഗതിയുണ്ട്, അത് SCVMM-ലേക്കുള്ള ഒരു ആഡ്-ഓൺ ആണ്, കൂടാതെ Azure-നെ അനുകരിക്കുകയും ചെയ്യുന്നു. എന്നാൽ വാസ്തവത്തിൽ, ഉൽപ്പന്നം ഉപേക്ഷിക്കപ്പെട്ടതായി തോന്നുന്നു: ഡോക്യുമെന്റേഷനിൽ ലിങ്കുകൾ തകർന്നിരിക്കുന്നു, അത് വളരെ വിരളമാണ്. എന്നാൽ ഞങ്ങളുടെ ക്ലൗഡിന്റെ ജീവിതം ലളിതമാക്കുന്നതിനുള്ള ഓപ്ഷനുകളെക്കുറിച്ചുള്ള പഠനത്തിന്റെ ഭാഗമായി, അവർ അതും നോക്കി.

ദിവസം #250: Windows Azure Pack അത്ര നല്ലതല്ല. ഞങ്ങൾ SCVMM-ൽ തുടരുന്നു

Windows Azure Pack പ്രതീക്ഷ നൽകുന്നതായി കാണപ്പെട്ടു, എന്നാൽ അനാവശ്യ സവിശേഷതകൾക്കായി WAP അതിന്റെ സങ്കീർണ്ണതകളുള്ള സിസ്റ്റത്തിലേക്ക് കൊണ്ടുവരേണ്ടെന്ന് തീരുമാനിക്കുകയും SCVMM-ൽ തുടരുകയും ചെയ്തു.

ദിവസം # 360: ആനയെ കഷണം കഷണം തിന്നുന്നു

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

ദിവസം # 450: ഏത് തരത്തിലുള്ള സംവിധാനമാണ് നിങ്ങൾക്ക് ലഭിച്ചത്?

പ്രക്രിയ തന്നെ രസകരമല്ല. ഇത് പതിവാണ്, മിക്ക കോൺഫിഗറേഷനുകളും താരതമ്യേന ലളിതമോ ഐസോമോഫിക് ആയിരുന്നുവെന്നും പാരെറ്റോ തത്വമനുസരിച്ച്, 80% വിഎം കോൺഫിഗറേഷനുകൾക്കും 20% സമയം ആവശ്യമാണ്. അതേ തത്ത്വമനുസരിച്ച്, 80% സമയവും നീക്കം തയ്യാറാക്കാൻ ചെലവഴിച്ചു, കൂടാതെ 20% മാത്രം നീക്കത്തിൽ തന്നെ.

ദിവസം #540: ഫൈനൽ

18 മാസത്തിനുള്ളിൽ എന്താണ് സംഭവിച്ചത്?

1. കരാറുകൾ ഒരു കോഡായി.
2. സ്വമേധയാലുള്ള അധ്വാനം -> യന്ത്രവൽക്കരണം -> ഓട്ടോമേഷൻ.

ലിങ്ക്

• ഇംഗ്ലീഷ് പതിപ്പ്
• സ്വകാര്യ ബ്ലോഗിൽ നിന്നുള്ള ക്രോസ് പോസ്റ്റ്
• സ്ലൈഡ്
• അൻസിബിൾ എങ്ങനെ പരീക്ഷിച്ചു തുടങ്ങാം, ഒരു വർഷത്തിനുള്ളിൽ പ്രോജക്റ്റ് റീഫാക്റ്റർ ചെയ്യുക, ഭ്രാന്തനാകരുത്
• ഇൻഫ്രാസ്ട്രക്ചർ കോഡിന്റെ 200-ലധികം വരികൾ പരീക്ഷിച്ചതിൽ നിന്ന് പാഠങ്ങൾ പഠിച്ചു
• നമുക്ക് ഓപ്പൺഷിഫ്റ്റിലേക്ക് വിന്യസിക്കാം
• നിങ്ങളുടെ സ്വന്തം OS വിതരണം എങ്ങനെ പരിശോധിക്കാം
• നിങ്ങൾക്ക് കഴിയുമെങ്കിൽ എന്നെ പരീക്ഷിക്കുക. YML ഡെവലപ്പർമാർ ടെസ്റ്റിംഗ് അൻസിബിൾ സ്വപ്നം കാണുന്നുണ്ടോ?

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