DevOps സമീപനത്തിന്റെ ആരാധകർക്കുള്ള കോൺഫറൻസ്

ഞങ്ങൾ സംസാരിക്കുന്നത്, തീർച്ചയായും DevOpsConf. നിങ്ങൾ വിശദാംശങ്ങളിലേക്ക് പോകുന്നില്ലെങ്കിൽ, സെപ്റ്റംബർ 30, ഒക്ടോബർ 1 തീയതികളിൽ ഞങ്ങൾ വികസനം, പരിശോധന, പ്രവർത്തനം എന്നിവയുടെ പ്രക്രിയകൾ സംയോജിപ്പിച്ച് ഒരു കോൺഫറൻസ് നടത്തും, നിങ്ങൾ വിശദാംശങ്ങളിലേക്ക് പോകുകയാണെങ്കിൽ, ദയവായി പൂച്ചയ്ക്ക് കീഴിൽ.

DevOps സമീപനത്തിൽ, പ്രോജക്റ്റിന്റെ സാങ്കേതിക വികസനത്തിന്റെ എല്ലാ ഭാഗങ്ങളും പരസ്പരം ബന്ധപ്പെട്ടിരിക്കുന്നു, സമാന്തരമായി സംഭവിക്കുകയും പരസ്പരം സ്വാധീനിക്കുകയും ചെയ്യുന്നു. തത്സമയം മാറ്റാനും അനുകരിക്കാനും പരീക്ഷിക്കാനും കഴിയുന്ന സ്വയമേവയുള്ള വികസന പ്രക്രിയകളുടെ സൃഷ്ടിയാണ് ഇവിടെ പ്രത്യേക പ്രാധാന്യം. വിപണിയിലെ മാറ്റങ്ങളോട് തൽക്ഷണം പ്രതികരിക്കാൻ ഇത് നിങ്ങളെ സഹായിക്കുന്നു.

ഈ സമീപനം ഉൽപ്പന്ന വികസനത്തെ എങ്ങനെ സ്വാധീനിക്കുന്നുവെന്ന് കോൺഫറൻസിൽ കാണിക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു. ക്ലയന്റിനുള്ള സിസ്റ്റത്തിന്റെ വിശ്വാസ്യതയും പൊരുത്തപ്പെടുത്തലും എങ്ങനെ ഉറപ്പാക്കപ്പെടുന്നു. ഒരു കമ്പനിയുടെ പ്രവർത്തന പ്രക്രിയ സംഘടിപ്പിക്കുന്നതിനുള്ള ഘടനയും സമീപനവും DevOps എങ്ങനെ മാറ്റുന്നു.

തിരശ്ശീലയ്ക്ക് പിന്നിൽ

DevOps സമീപനത്തിന്റെ ചട്ടക്കൂടിനുള്ളിൽ വ്യത്യസ്‌ത കമ്പനികൾ എന്താണ് ചെയ്യുന്നതെന്ന് അറിയേണ്ടത് മാത്രമല്ല, എന്തുകൊണ്ടാണ് ഇതെല്ലാം ചെയ്യുന്നതെന്ന് മനസ്സിലാക്കേണ്ടതും പ്രധാനമാണ്. അതിനാൽ, പ്രോഗ്രാം കമ്മിറ്റിയിൽ ചേരാൻ വിദഗ്ധരെ മാത്രമല്ല, വ്യത്യസ്ത സ്ഥാനങ്ങളിൽ നിന്ന് DevOps പ്രഭാഷണം കാണുന്ന സ്പെഷ്യലിസ്റ്റുകളെ ഞങ്ങൾ ക്ഷണിച്ചു:

• മുതിർന്ന എഞ്ചിനീയർമാർ;
• ഡെവലപ്പർമാർ;
• ടീം നേതാക്കൾ;
• സി.ടി.ഒ.

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

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

കോൺഫറൻസ് വിഭാഗങ്ങൾ ഉള്ളതുപോലെ തന്നെ തുടരും അവസാന സമയം.

• ഇൻഫ്രാസ്ട്രക്ചർ പ്ലാറ്റ്ഫോം.
• അടിസ്ഥാന സൗകര്യങ്ങൾ കോഡായി.
• തുടർച്ചയായ ഡെലിവറി.
• ഫീഡ്ബാക്ക്.
• DevOps-ലെ ആർക്കിടെക്ചർ, CTO-നുള്ള DevOps.
• SRE പ്രാക്ടീസ്.
• പരിശീലനവും വിജ്ഞാന മാനേജ്മെന്റും.
• സുരക്ഷ, DevSecOps.
• DevOps പരിവർത്തനം.

പേപ്പറുകൾക്കായി വിളിക്കുക: ഏതു തരത്തിലുള്ള റിപ്പോർട്ടുകളാണ് ഞങ്ങൾ അന്വേഷിക്കുന്നത്

കോൺഫറൻസിന്റെ സാധ്യതയുള്ള പ്രേക്ഷകരെ ഞങ്ങൾ അഞ്ച് ഗ്രൂപ്പുകളായി വിഭജിച്ചു: എഞ്ചിനീയർമാർ, ഡെവലപ്പർമാർ, സുരക്ഷാ വിദഗ്ധർ, ടീം ലീഡുകൾ, CTO. സമ്മേളനത്തിൽ പങ്കെടുക്കാൻ ഓരോ ഗ്രൂപ്പിനും അതിന്റേതായ പ്രചോദനമുണ്ട്. കൂടാതെ, നിങ്ങൾ ഈ സ്ഥാനങ്ങളിൽ നിന്ന് DevOps നോക്കുകയാണെങ്കിൽ, നിങ്ങളുടെ വിഷയം എങ്ങനെ ഫോക്കസ് ചെയ്യാമെന്നും എവിടെ ഊന്നൽ നൽകണമെന്നും നിങ്ങൾക്ക് മനസ്സിലാക്കാനാകും.

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

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

സൈബർ സുരക്ഷാ വിദഗ്ധർ കമ്പനിക്കുള്ളിലെ വികസനവും മാറ്റ പ്രക്രിയകളും തടസ്സപ്പെടുത്താതിരിക്കാൻ സുരക്ഷാ പ്രക്രിയ എങ്ങനെ സജ്ജീകരിക്കാമെന്ന് മനസിലാക്കേണ്ടത് പ്രധാനമാണ്. അത്തരം സ്പെഷ്യലിസ്റ്റുകളിൽ DevOps സ്ഥാപിക്കുന്ന ആവശ്യകതകളെക്കുറിച്ചുള്ള വിഷയങ്ങളും രസകരമായിരിക്കും.

ടീം ലീഡർമാർ അറിയാൻ ആഗ്രഹിക്കുന്നു, മറ്റ് കമ്പനികളിൽ തുടർച്ചയായ ഡെലിവറി പ്രക്രിയ എങ്ങനെ പ്രവർത്തിക്കുന്നു. ഇത് നേടുന്നതിന് കമ്പനികൾ എന്ത് പാതയാണ് സ്വീകരിച്ചത്, DevOps-നുള്ളിൽ അവർ എങ്ങനെ വികസനവും ഗുണനിലവാര ഉറപ്പ് പ്രക്രിയകളും നിർമ്മിച്ചു. ടീം ലീഡർമാർക്കും ക്ലൗഡ് നേറ്റീവ് താൽപ്പര്യമുണ്ട്. കൂടാതെ ടീമിനുള്ളിലെയും ഡെവലപ്‌മെന്റ്, എഞ്ചിനീയറിംഗ് ടീമുകൾക്കുമിടയിലുള്ള ഇടപെടലിനെക്കുറിച്ചുള്ള ചോദ്യങ്ങളും.

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

ഈ കാര്യങ്ങളിൽ എന്തെങ്കിലും പറയാനുണ്ടെങ്കിൽ മിണ്ടാതിരിക്കുക. നിങ്ങളുടെ റിപ്പോർട്ട് സമർപ്പിക്കുക. കോൾ ഫോർ പേപ്പറുകൾക്കുള്ള അവസാന തീയതി ഓഗസ്റ്റ് 20 ആണ്. നിങ്ങൾ നേരത്തെ രജിസ്റ്റർ ചെയ്യുന്തോറും കൂടുതൽ സമയം നിങ്ങളുടെ റിപ്പോർട്ട് അന്തിമമാക്കുകയും നിങ്ങളുടെ അവതരണത്തിനായി തയ്യാറെടുക്കുകയും ചെയ്യും. അതിനാൽ, വൈകരുത്.

ശരി, നിങ്ങൾക്ക് പരസ്യമായി സംസാരിക്കേണ്ട ആവശ്യമില്ലെങ്കിൽ, വെറുതെ ഒരു ടിക്കറ്റ് വാങ്ങുക സഹപ്രവർത്തകരുമായി ആശയവിനിമയം നടത്താൻ സെപ്റ്റംബർ 30, ഒക്ടോബർ 1 തീയതികളിൽ വരിക. ഇത് രസകരവും പ്രചോദനകരവുമാകുമെന്ന് ഞങ്ങൾ വാഗ്ദാനം ചെയ്യുന്നു.

ഞങ്ങൾ DevOps എങ്ങനെ കാണുന്നു

DevOps എന്നതുകൊണ്ട് ഞങ്ങൾ ഉദ്ദേശിക്കുന്നത് കൃത്യമായി മനസ്സിലാക്കാൻ, എന്റെ റിപ്പോർട്ട് വായിക്കാൻ (അല്ലെങ്കിൽ വീണ്ടും വായിക്കാൻ) ഞാൻ ശുപാർശ ചെയ്യുന്നു "എന്താണ് DevOps" വിപണിയുടെ തരംഗങ്ങളിലൂടെ നടക്കുമ്പോൾ, വ്യത്യസ്ത വലുപ്പത്തിലുള്ള കമ്പനികളിൽ DevOps എന്ന ആശയം എങ്ങനെ രൂപാന്തരപ്പെടുന്നുവെന്ന് ഞാൻ നിരീക്ഷിച്ചു: ഒരു ചെറിയ സ്റ്റാർട്ടപ്പ് മുതൽ മൾട്ടിനാഷണൽ കമ്പനികൾ വരെ. ഒരു കൂട്ടം ചോദ്യങ്ങളെ അടിസ്ഥാനമാക്കിയാണ് റിപ്പോർട്ട് നിർമ്മിച്ചിരിക്കുന്നത്, അവയ്ക്ക് ഉത്തരം നൽകുന്നതിലൂടെ നിങ്ങളുടെ കമ്പനി DevOps-ലേക്ക് നീങ്ങുകയാണോ അതോ എവിടെയെങ്കിലും പ്രശ്‌നങ്ങളുണ്ടോ എന്ന് നിങ്ങൾക്ക് മനസിലാക്കാൻ കഴിയും.

DevOps ഒരു സങ്കീർണ്ണ സംവിധാനമാണ്, അതിൽ ഉൾപ്പെടണം:

• ഡിജിറ്റൽ ഉൽപ്പന്നം.
• ഈ ഡിജിറ്റൽ ഉൽപ്പന്നം വികസിപ്പിക്കുന്ന ബിസിനസ് മൊഡ്യൂളുകൾ.
• കോഡ് എഴുതുന്ന ഉൽപ്പന്ന ടീമുകൾ.
• തുടർച്ചയായ ഡെലിവറി രീതികൾ.
• ഒരു സേവനമായി പ്ലാറ്റ്ഫോമുകൾ.
• ഒരു സേവനമെന്ന നിലയിൽ അടിസ്ഥാന സൗകര്യങ്ങൾ.
• അടിസ്ഥാന സൗകര്യങ്ങൾ കോഡായി.
• DevOps-ൽ നിർമ്മിച്ച വിശ്വാസ്യത നിലനിർത്തുന്നതിനുള്ള പ്രത്യേക സമ്പ്രദായങ്ങൾ.
• എല്ലാം വിവരിക്കുന്ന ഒരു ഫീഡ്ബാക്ക് പ്രാക്ടീസ്.

റിപ്പോർട്ടിന്റെ അവസാനം കമ്പനിയിലെ DevOps സിസ്റ്റത്തെക്കുറിച്ച് ഒരു ആശയം നൽകുന്ന ഒരു ഡയഗ്രം ഉണ്ട്. നിങ്ങളുടെ കമ്പനിയിലെ ഏതൊക്കെ പ്രക്രിയകൾ ഇതിനകം കാര്യക്ഷമമാക്കിയിട്ടുണ്ടെന്നും അവ നിർമ്മിക്കാനിരിക്കുന്നതാണെന്നും കാണാൻ ഇത് നിങ്ങളെ അനുവദിക്കും.

റിപ്പോർട്ടിന്റെ വീഡിയോ കാണാം ഇവിടെ.

ഇപ്പോൾ ഒരു ബോണസ് ഉണ്ടാകും: DevOps പരിവർത്തനത്തിന്റെ ഏറ്റവും പൊതുവായ പ്രശ്‌നങ്ങളെ സ്പർശിക്കുന്ന RIT++ 2019-ൽ നിന്നുള്ള നിരവധി വീഡിയോകൾ.

ഒരു ഉൽപ്പന്നമായി കമ്പനി ഇൻഫ്രാസ്ട്രക്ചർ

ആർട്ടിയോം നൗമെൻകോ സ്കൈങ്ങിലെ DevOps ടീമിനെ നയിക്കുകയും തന്റെ കമ്പനിയുടെ ഇൻഫ്രാസ്ട്രക്ചറിന്റെ വികസനം ശ്രദ്ധിക്കുകയും ചെയ്യുന്നു. SkyEng-ലെ ബിസിനസ് പ്രക്രിയകളെ ഇൻഫ്രാസ്ട്രക്ചർ എങ്ങനെ ബാധിക്കുന്നുവെന്ന് അദ്ദേഹം പറഞ്ഞു: അതിനായി ROI എങ്ങനെ കണക്കാക്കാം, കണക്കുകൂട്ടലിനായി എന്ത് മെട്രിക്‌സ് തിരഞ്ഞെടുക്കണം, അവ മെച്ചപ്പെടുത്തുന്നതിന് എങ്ങനെ പ്രവർത്തിക്കണം.

മൈക്രോസർവീസുകളിലേക്കുള്ള വഴിയിൽ

നിക്സിസ് കമ്പനി തിരക്കുള്ള വെബ് പ്രോജക്റ്റുകൾക്കും വിതരണ സംവിധാനങ്ങൾക്കും പിന്തുണ നൽകുന്നു. അതിന്റെ ടെക്‌നിക്കൽ ഡയറക്ടർ ബോറിസ് എർഷോവ്, സോഫ്റ്റ്‌വെയർ ഉൽപ്പന്നങ്ങൾ എങ്ങനെ വിവർത്തനം ചെയ്യാമെന്ന് പറഞ്ഞു, അതിന്റെ വികസനം 5 വർഷം മുമ്പ് (അല്ലെങ്കിൽ അതിലും കൂടുതൽ) ഒരു ആധുനിക പ്ലാറ്റ്‌ഫോമിലേക്ക് ആരംഭിച്ചു.

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

അത്തരം പ്രോജക്റ്റുകളുടെ മാനേജർമാർ എല്ലാ സാങ്കേതിക പ്രക്രിയകളെയും പരിവർത്തനം ചെയ്യേണ്ടതിന്റെ ആവശ്യകതയെ അനിവാര്യമായും അഭിമുഖീകരിക്കുന്നു. തന്റെ റിപ്പോർട്ടിൽ ബോറിസ് പറഞ്ഞു:

• പ്രോജക്റ്റിനായി ശരിയായ വാസ്തുവിദ്യ എങ്ങനെ തിരഞ്ഞെടുക്കാം, അടിസ്ഥാന സൗകര്യങ്ങൾ ക്രമീകരിക്കുക;
• എന്ത് ഉപകരണങ്ങൾ ഉപയോഗിക്കണം, പരിവർത്തനത്തിലേക്കുള്ള പാതയിൽ എന്ത് അപകടങ്ങൾ നേരിടുന്നു;
• അടുത്തതായി എന്ത് ചെയ്യണം.

റിലീസുകളുടെ ഓട്ടോമേഷൻ അല്ലെങ്കിൽ എങ്ങനെ വേഗത്തിലും വേദനയില്ലാതെയും വിതരണം ചെയ്യാം

CIAN-ലെ CI/CD സിസ്റ്റത്തിന്റെ മുൻനിര ഡെവലപ്പറാണ് അലക്സാണ്ടർ കൊറോട്ട്കോവ്. ഗുണനിലവാരം മെച്ചപ്പെടുത്തുന്നതിനും ഉൽപാദനത്തിലേക്ക് കോഡ് വിതരണം ചെയ്യുന്നതിനുള്ള സമയം 5 മടങ്ങ് കുറയ്ക്കുന്നതിനും സാധ്യമാക്കിയ ഓട്ടോമേഷൻ ടൂളുകളെ കുറിച്ച് അദ്ദേഹം സംസാരിച്ചു. എന്നാൽ അത്തരം ഫലങ്ങൾ ഓട്ടോമേഷൻ കൊണ്ട് മാത്രം നേടാനായില്ല, അതിനാൽ വികസന പ്രക്രിയകളിലെ മാറ്റങ്ങളിലും അലക്സാണ്ടർ ശ്രദ്ധ ചെലുത്തി.

അപകടങ്ങൾ നിങ്ങളെ പഠിക്കാൻ സഹായിക്കുന്നതെങ്ങനെ?

Alexey Kirpichnikov 5 വർഷമായി SKB കോണ്ടൂരിൽ DevOps, ഇൻഫ്രാസ്ട്രക്ചർ എന്നിവ നടപ്പിലാക്കുന്നു. മൂന്ന് വർഷത്തിനിടയിൽ, അദ്ദേഹത്തിന്റെ കമ്പനിയിൽ വ്യത്യസ്ത അളവിലുള്ള ഇതിഹാസത്തിന്റെ ഏകദേശം 1000 ഫകാപ്പുകൾ സംഭവിച്ചു. അവയിൽ, ഉദാഹരണത്തിന്, 36% നിലവാരം കുറഞ്ഞ പതിപ്പ് ഉൽപ്പാദനത്തിലേക്ക് ഇറക്കിയതും 14% ഡാറ്റാ സെന്ററിലെ ഹാർഡ്‌വെയർ അറ്റകുറ്റപ്പണികൾ മൂലവുമാണ്.

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

തന്റെ പ്രസംഗത്തിൽ, ശരിക്കും ഉപയോഗപ്രദമായ പോസ്റ്റ്‌മോർട്ടം എങ്ങനെ എഴുതാമെന്നും ഒരു വലിയ കമ്പനിയിൽ അത്തരം റിപ്പോർട്ടുകൾ എങ്ങനെ നടപ്പിലാക്കാമെന്നും അലക്സി പങ്കിട്ടു. ആരെങ്കിലുമൊക്കെ ചതിച്ച കഥകൾ നിങ്ങൾക്ക് ഇഷ്ടമാണെങ്കിൽ, പ്രകടനത്തിന്റെ വീഡിയോ കാണുക.

DevOps-നെക്കുറിച്ചുള്ള നിങ്ങളുടെ കാഴ്ചപ്പാട് ഞങ്ങളുടേതുമായി പൊരുത്തപ്പെടുന്നില്ലെന്ന് ഞങ്ങൾ മനസ്സിലാക്കുന്നു. DevOps പരിവർത്തനം നിങ്ങൾ എങ്ങനെ കാണുന്നു എന്നറിയുന്നത് രസകരമായിരിക്കും. അഭിപ്രായങ്ങളിൽ ഈ വിഷയത്തെക്കുറിച്ചുള്ള നിങ്ങളുടെ അനുഭവവും കാഴ്ചപ്പാടും പങ്കിടുക.

പ്രോഗ്രാമിലേക്ക് ഞങ്ങൾ ഇതിനകം എന്ത് റിപ്പോർട്ടുകൾ സ്വീകരിച്ചു?

ഈ ആഴ്ച പ്രോഗ്രാം കമ്മിറ്റി 4 റിപ്പോർട്ടുകൾ അംഗീകരിച്ചു: സുരക്ഷ, അടിസ്ഥാന സൗകര്യങ്ങൾ, എസ്ആർഇ രീതികൾ.

ഒരുപക്ഷേ DevOps പരിവർത്തനത്തിന്റെ ഏറ്റവും വേദനാജനകമായ വിഷയം: വിവര സുരക്ഷാ വകുപ്പിൽ നിന്നുള്ള ആളുകൾ വികസനം, പ്രവർത്തനം, ഭരണം എന്നിവയ്ക്കിടയിൽ ഇതിനകം നിർമ്മിച്ച കണക്ഷനുകൾ നശിപ്പിക്കുന്നില്ലെന്ന് എങ്ങനെ ഉറപ്പാക്കാം. ചില കമ്പനികൾ ഒരു വിവര സുരക്ഷാ വകുപ്പില്ലാതെ കൈകാര്യം ചെയ്യുന്നു. ഈ സാഹചര്യത്തിൽ വിവര സുരക്ഷ എങ്ങനെ ഉറപ്പാക്കാം? ഇതേക്കുറിച്ച് പറയും sudo.su-ൽ നിന്നുള്ള മോണ അർഖിപോവ. അവളുടെ റിപ്പോർട്ടിൽ നിന്ന് ഞങ്ങൾ മനസ്സിലാക്കുന്നു:

• എന്താണ് സംരക്ഷിക്കേണ്ടത്, ആരിൽ നിന്ന്;
• പതിവ് സുരക്ഷാ പ്രക്രിയകൾ എന്തൊക്കെയാണ്;
• ഐടിയും വിവര സുരക്ഷാ പ്രക്രിയകളും എങ്ങനെ വിഭജിക്കുന്നു;
• എന്താണ് CIS CSC, അത് എങ്ങനെ നടപ്പിലാക്കാം;
• എങ്ങനെ, ഏതൊക്കെ സൂചകങ്ങൾ ഉപയോഗിച്ച് പതിവായി വിവര സുരക്ഷാ പരിശോധനകൾ നടത്തണം.

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

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

മറ്റൊന്ന് റിപ്പോർട്ട് അടിസ്ഥാന സൗകര്യങ്ങളെക്കുറിച്ച് ഞങ്ങൾ കേൾക്കും പ്ലേകീയിൽ നിന്നുള്ള വ്‌ളാഡിമിർ റിയാബോവ്. ഇവിടെ നമ്മൾ ഇൻഫ്രാസ്ട്രക്ചർ പ്ലാറ്റ്ഫോമിനെക്കുറിച്ച് സംസാരിക്കും, ഞങ്ങൾ പഠിക്കും:

• സംഭരണ ​​സ്ഥലം ഫലപ്രദമായി ഉപയോഗിക്കുന്നുണ്ടോ എന്ന് എങ്ങനെ മനസ്സിലാക്കാം;
• 10 TB സംഭരണം മാത്രം ഉപയോഗിച്ചാൽ നൂറുകണക്കിന് ഉപയോക്താക്കൾക്ക് 20 TB ഉള്ളടക്കം എങ്ങനെ ലഭിക്കും;
• ഡാറ്റ 5 തവണ കംപ്രസ്സുചെയ്യുന്നതും തത്സമയം ഉപയോക്താക്കൾക്ക് നൽകുന്നതും എങ്ങനെ;
• നിരവധി ഡാറ്റാ സെന്ററുകൾക്കിടയിൽ ഫ്ലൈയിൽ ഡാറ്റ എങ്ങനെ സമന്വയിപ്പിക്കാം;
• ഒരു വെർച്വൽ മെഷീൻ തുടർച്ചയായി ഉപയോഗിക്കുമ്പോൾ പരസ്പരം ഉപയോക്താക്കളുടെ സ്വാധീനം എങ്ങനെ ഇല്ലാതാക്കാം.

ഈ മാന്ത്രികതയുടെ രഹസ്യം സാങ്കേതികവിദ്യയാണ് ഫ്രീബിഎസ്ഡിക്കുള്ള ZFS അതിന്റെ ഫ്രഷ് ഫോർക്കും ലിനക്സിലെ ZFS. പ്ലേകീയിൽ നിന്നുള്ള കേസുകൾ വ്‌ളാഡിമിർ പങ്കിടും.

Amixr.IO-ൽ നിന്നുള്ള മാറ്റ്വി കുക്കുയ് ജീവിതത്തിൽ നിന്നുള്ള ഉദാഹരണങ്ങളുമായി തയ്യാറാണ് പറയാൻ, എന്താണ് സംഭവിക്കുന്നത് SRE വിശ്വസനീയമായ സംവിധാനങ്ങൾ നിർമ്മിക്കാൻ ഇത് എങ്ങനെ സഹായിക്കുന്നു. Amixr.IO അതിന്റെ ബാക്കെൻഡിലൂടെ ക്ലയന്റ് സംഭവങ്ങൾ കടന്നുപോകുന്നു; ലോകമെമ്പാടുമുള്ള ഡസൻ കണക്കിന് ഓൺ-ഡ്യൂട്ടി ടീമുകൾ ഇതിനകം 150 ആയിരം കേസുകൾ കൈകാര്യം ചെയ്തിട്ടുണ്ട്. കോൺഫറൻസിൽ, ഉപഭോക്തൃ പ്രശ്നങ്ങൾ പരിഹരിച്ചും പരാജയങ്ങൾ വിശകലനം ചെയ്തും തന്റെ കമ്പനി ശേഖരിച്ച സ്ഥിതിവിവരക്കണക്കുകളും സ്ഥിതിവിവരക്കണക്കുകളും മാറ്റ്വി പങ്കിടും.

അത്യാഗ്രഹിയാകരുതെന്നും ഒരു DevOps സമുറായി എന്ന നിലയിൽ നിങ്ങളുടെ അനുഭവം പങ്കിടണമെന്നും ഒരിക്കൽ കൂടി ഞാൻ നിങ്ങളോട് അഭ്യർത്ഥിക്കുന്നു. സേവിക്കുക ബിഡ് ഒരു റിപ്പോർട്ടിനായി, നിങ്ങൾക്കും എനിക്കും ഒരു മികച്ച പ്രസംഗം തയ്യാറാക്കാൻ 2,5 മാസം സമയമുണ്ട്. നിങ്ങൾക്ക് ഒരു ശ്രോതാവാകണമെങ്കിൽ, സബ്സ്ക്രൈബ് ചെയ്യുക പ്രോഗ്രാം അപ്‌ഡേറ്റുകളുള്ള വാർത്താക്കുറിപ്പിലേക്ക് ടിക്കറ്റുകൾ മുൻകൂട്ടി ബുക്ക് ചെയ്യുന്നതിനെക്കുറിച്ച് ഗൗരവമായി ചിന്തിക്കുക, കാരണം അവ കോൺഫറൻസ് തീയതിയോട് അടുത്ത് കൂടുതൽ ചെലവേറിയതായിത്തീരും.

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