മോസ്കോയിലെ Slurm DevOps-നുള്ള രജിസ്ട്രേഷൻ തുറന്നിരിക്കുന്നു

അച്ചു ഡി.ആർ.

സ്ലർം DevOps ജനുവരി 30 മുതൽ ഫെബ്രുവരി 1 വരെ മോസ്കോയിൽ നടക്കും.

ഞങ്ങൾ വീണ്ടും DevOps ടൂളുകൾ പ്രായോഗികമായി വിശകലനം ചെയ്യും.
കട്ടിന് കീഴിലുള്ള വിശദാംശങ്ങളും പ്രോഗ്രാമും.
പ്രോഗ്രാമിൽ നിന്ന് SRE നീക്കം ചെയ്തു, കാരണം ഇവാൻ ക്രുഗ്ലോവിനൊപ്പം ഞങ്ങൾ ഒരു പ്രത്യേക സ്ലർം SRE തയ്യാറാക്കുകയാണ്. പ്രഖ്യാപനം പിന്നീടുണ്ടാകും.
ആദ്യ ചേരിയിലെ ഞങ്ങളുടെ സ്പോൺസർമാരായ Selectel-ന് നന്ദി!

തത്ത്വചിന്ത, സന്ദേഹവാദം, അപ്രതീക്ഷിത വിജയം എന്നിവയെക്കുറിച്ച്

ഞാൻ സെപ്റ്റംബർ അവസാനം മോസ്കോയിൽ DevOpsConf സന്ദർശിച്ചു.
ഞാൻ കേട്ടതിന്റെ സംഗ്രഹം:
- എല്ലാ വലിയ പ്രോജക്റ്റുകൾക്കും DevOps ആവശ്യമാണ്;
- DevOps ഒരു സംസ്കാരമാണ്, ഏതൊരു സംസ്കാരത്തെയും പോലെ, അത് കമ്പനിക്കുള്ളിൽ നിന്ന് വരണം. നിങ്ങൾക്ക് ഒരു DevOps എഞ്ചിനീയറെ വാടകയ്‌ക്കെടുക്കാനും അവൻ പ്രോസസ്സുകൾ വിനിയോഗിക്കുമെന്ന് സ്വപ്നം കാണാനും കഴിയില്ല.
- DevOps പരിവർത്തനത്തിന് ആവശ്യമായവയുടെ പട്ടികയുടെ അവസാനത്തിൽ, സാങ്കേതികവിദ്യകളുണ്ട്, അതായത് ഞങ്ങൾ പഠിപ്പിക്കുന്ന DevOps ടൂളുകൾ.

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

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

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

എന്നിരുന്നാലും, നേടിയ അറിവ് പ്രായോഗികമായി ബാധകമാണെന്നും സമീപഭാവിയിൽ അവർ തങ്ങളുടെ രാജ്യത്ത് എന്തെങ്കിലും നടപ്പിലാക്കുമെന്നും സർവേയിൽ പങ്കെടുത്തവരിൽ ഭൂരിഭാഗവും ഉത്തരം നൽകി. അതേ സമയം, ഞങ്ങൾ വിശദീകരിച്ചതെല്ലാം ഉപയോഗപ്രദമായ കാര്യങ്ങളുടെ പട്ടികയിൽ ഉൾപ്പെടുത്തിയിട്ടുണ്ട്: Git, Ansible, CI / CD, SRE.

3 ദിവസത്തിനുള്ളിൽ k8s വിശദീകരിക്കുന്നത് അസാധ്യമാണെന്ന് അവർ തുടക്കത്തിൽ തന്നെ കുബർനെറ്റസ് സ്ലർമിനെക്കുറിച്ച് പറഞ്ഞിരുന്നു എന്നത് ഓർമിക്കേണ്ടതാണ്.

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

Slurm DevOps-ൽ എന്ത് സംഭവിക്കും?

പ്രോഗ്രാം

വിഷയം #1: Git ഉപയോഗിച്ചുള്ള ടീം വർക്ക്

• അടിസ്ഥാന കമാൻഡുകൾ git init, commit, add, diff, log, status, pull, push
• ജിറ്റ് ഫ്ലോ, ശാഖകളും ടാഗുകളും, തന്ത്രങ്ങൾ ലയിപ്പിക്കുക
• ഒന്നിലധികം വിദൂര പ്രതിനിധികളുമായി പ്രവർത്തിക്കുന്നു
• GitHub ഫ്ലോ
• ഫോർക്ക്, റിമോട്ട്, പുൾ അഭ്യർത്ഥന
• സംഘങ്ങളുമായി ബന്ധപ്പെട്ട് Gitflow, മറ്റ് ഫ്ലോകൾ എന്നിവയെക്കുറിച്ച് വീണ്ടും വൈരുദ്ധ്യങ്ങൾ, റിലീസുകൾ

വിഷയം #2: ഒരു വികസന കാഴ്ചപ്പാടിൽ നിന്ന് ആപ്ലിക്കേഷനുമായി പ്രവർത്തിക്കുന്നു

• പൈത്തണിൽ ഒരു മൈക്രോസർവീസ് എഴുതുന്നു
• പരിസ്ഥിതി വേരിയബിളുകൾ
• ഏകീകരണവും യൂണിറ്റ് ടെസ്റ്റുകളും
• വികസനത്തിൽ ഡോക്കർ-കമ്പോസ് ഉപയോഗിക്കുന്നു

വിഷയം #3: CI/CD: ഓട്ടോമേഷനിലേക്കുള്ള ആമുഖം

• ഓട്ടോമേഷനിലേക്കുള്ള ആമുഖം
• ഉപകരണങ്ങൾ (ബാഷ്, മേക്ക്, ഗ്രേഡിൽ)
• പ്രക്രിയകൾ ഓട്ടോമേറ്റ് ചെയ്യുന്നതിന് ജിറ്റ് ഹുക്കുകൾ ഉപയോഗിക്കുന്നു
• ഫാക്ടറി കൺവെയർ അസംബ്ലി ലൈനുകളും ഐടിയിലെ അവയുടെ പ്രയോഗവും
• ഒരു "പൊതുവായ" പൈപ്പ്ലൈൻ നിർമ്മിക്കുന്നതിനുള്ള ഒരു ഉദാഹരണം
• ആധുനിക സിഐ/സിഡി സോഫ്റ്റ്‌വെയർ: ഡ്രോൺ സിഐ, ബിറ്റ്ബക്കറ്റ് പൈപ്പ്‌ലൈനുകൾ, ട്രാവിസ് തുടങ്ങിയവ.

വിഷയം #4: CI/CD: Gitlab-നൊപ്പം പ്രവർത്തിക്കുന്നു

• ഗിറ്റ്ലാബ് സിഐ
• Gitlab റണ്ണർ, അവയുടെ തരങ്ങളും ഉപയോഗങ്ങളും
• Gitlab CI, ഇഷ്‌ടാനുസൃതമാക്കൽ സവിശേഷതകൾ, മികച്ച രീതികൾ
• Gitlab CI ചുവടുകൾ
• Gitlab CI വേരിയബിളുകൾ
• നിർമ്മിക്കുക, പരീക്ഷിക്കുക, വിന്യസിക്കുക
• നിർവ്വഹണ നിയന്ത്രണവും നിയന്ത്രണങ്ങളും: മാത്രം, എപ്പോൾ
• പുരാവസ്തുക്കളുമായി പ്രവർത്തിക്കുന്നു
• .gitlab-ci.yml-നുള്ളിലെ ടെംപ്ലേറ്റുകൾ, പൈപ്പ്ലൈനിന്റെ വിവിധ ഭാഗങ്ങളിൽ പ്രവർത്തനങ്ങൾ വീണ്ടും ഉപയോഗിക്കുന്നു
• ഉൾപ്പെടുത്തുക - വിഭാഗങ്ങൾ
• gitlab-ci.yml-ന്റെ കേന്ദ്രീകൃത മാനേജ്‌മെന്റ് (ഒരു ഫയലും മറ്റ് ശേഖരണങ്ങളിലേക്ക് സ്വയമേവയുള്ള പുഷുകളും)

വിഷയം #5: അടിസ്ഥാന സൗകര്യങ്ങൾ കോഡായി

• IaC: അടിസ്ഥാന സൗകര്യങ്ങളെ കോഡായി സമീപിക്കുക
• അടിസ്ഥാന സൗകര്യ ദാതാക്കളായി ക്ലൗഡ് ദാതാക്കൾ
• സിസ്റ്റം ഇനീഷ്യലൈസേഷൻ ടൂളുകൾ, ഇമേജ് ബിൽഡിംഗ് (പാക്കർ)
• ടെറാഫോമിന്റെ ഉദാഹരണത്തിൽ IaC
• കോൺഫിഗറേഷൻ സ്റ്റോറേജ്, സഹകരണം, ആപ്ലിക്കേഷൻ ഓട്ടോമേഷൻ
• അൻസിബിൾ പ്ലേബുക്കുകൾ സൃഷ്ടിക്കുന്ന രീതി
• ധിക്കാരം, പ്രഖ്യാപനം
• അൻസിബിളിന്റെ ഉദാഹരണത്തിൽ IaC

വിഷയം #6: ഇൻഫ്രാസ്ട്രക്ചർ ടെസ്റ്റിംഗ്

• മോളിക്യൂൾ, ഗിറ്റ്‌ലാബ് CI എന്നിവയുമായുള്ള പരിശോധനയും തുടർച്ചയായ സംയോജനവും
• അലഞ്ഞുതിരിയുന്ന അപേക്ഷ

വിഷയം #7: പ്രോമിത്യൂസിനൊപ്പം ഇൻഫ്രാസ്ട്രക്ചർ നിരീക്ഷണം

• എന്തുകൊണ്ട് നിരീക്ഷണം ആവശ്യമാണ്
• നിരീക്ഷണ തരങ്ങൾ
• നിരീക്ഷണ സംവിധാനത്തിലെ അറിയിപ്പുകൾ
• ആരോഗ്യകരമായ നിരീക്ഷണ സംവിധാനം എങ്ങനെ നിർമ്മിക്കാം
• എല്ലാവർക്കും വായിക്കാൻ കഴിയുന്ന അറിയിപ്പുകൾ
• ആരോഗ്യ പരിശോധന: എന്താണ് ശ്രദ്ധിക്കേണ്ടത്
• മോണിറ്ററിംഗ് ഡാറ്റയെ അടിസ്ഥാനമാക്കിയുള്ള ഓട്ടോമേഷൻ

വിഷയം #8: ELK ഉപയോഗിച്ച് ആപ്ലിക്കേഷൻ ലോഗിംഗ്

• മികച്ച ലോഗിംഗ് രീതികൾ
• ELK സ്റ്റാക്ക്

വിഷയം #9: ChatOps ഉള്ള ഇൻഫ്രാസ്ട്രക്ചർ ഓട്ടോമേഷൻ

• DevOps, ChatOps
• ChatOps ശക്തികൾ
• സ്ലാക്കും ബദലുകളും
• ചാറ്റ്ഓപ്പുകൾക്കുള്ള ബോട്ടുകൾ
• ഹ്യൂബോട്ടും ഇതര മാർഗങ്ങളും
• സുരക്ഷ
• മികച്ചതും മോശവുമായ സമ്പ്രദായങ്ങൾ

സ്ഥലം: മോസ്കോ, സെവാസ്റ്റോപോൾ ഹോട്ടലിന്റെ കോൺഫറൻസ് ഹാൾ.

തീയതികൾ: ജനുവരി 30 മുതൽ ഫെബ്രുവരി 1 വരെ, 3 ദിവസത്തെ കഠിനാധ്വാനം.

രജിസ്ട്രേഷൻ

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