GitLab-ൽ ഞങ്ങൾ എങ്ങനെയാണ് സോഫ്റ്റ്‌വെയർ പാച്ചുകൾ റിലീസ് ചെയ്യുന്നത്

GitLab-ൽ, ഞങ്ങൾ സോഫ്‌റ്റ്‌വെയർ പരിഹാരങ്ങൾ രണ്ട് തരത്തിൽ പ്രോസസ്സ് ചെയ്യുന്നു: സ്വയമായും സ്വയമായും. gitlab.com-ലേക്ക് ഓട്ടോമേറ്റഡ് ഡിപ്ലോയ്‌മെന്റ് വഴി പ്രധാനപ്പെട്ട അപ്‌ഡേറ്റുകൾ സൃഷ്‌ടിക്കുകയും വിതരണം ചെയ്യുകയും ചെയ്യുന്ന റിലീസ് മാനേജരുടെ ജോലിയെക്കുറിച്ചും ഉപയോക്താക്കൾക്ക് അവരുടെ സ്വന്തം ഇൻസ്റ്റാളേഷനുകളിൽ പ്രവർത്തിക്കാനുള്ള പാച്ചുകളെക്കുറിച്ചും അറിയാൻ വായിക്കുക.

നിങ്ങളുടെ സ്മാർട്ട് വാച്ചിൽ ഒരു റിമൈൻഡർ സജ്ജീകരിക്കാൻ ഞാൻ ശുപാർശ ചെയ്യുന്നു: എല്ലാ മാസവും 22-ന്, GitLab-ൽ അവരുടെ സൗകര്യങ്ങളിൽ പ്രവർത്തിക്കുന്ന ഉപയോക്താക്കൾക്ക് ഞങ്ങളുടെ ഉൽപ്പന്നത്തിന്റെ നിലവിലെ പതിപ്പിലേക്കുള്ള അപ്‌ഡേറ്റുകൾ കാണാൻ കഴിയും. പ്രതിമാസ റിലീസിൽ പുതിയ ഫീച്ചറുകളും നിലവിലുള്ളവയുടെ സംഭവവികാസങ്ങളും അടങ്ങിയിരിക്കുന്നു, കൂടാതെ ടൂളിങ്ങ് അല്ലെങ്കിൽ ലയനങ്ങൾക്കായുള്ള കമ്മ്യൂണിറ്റി അഭ്യർത്ഥനകളുടെ അന്തിമഫലം പലപ്പോഴും കാണിക്കുന്നു.

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

«GitLab.com-ലേക്ക് പുറത്തിറക്കുന്നതിന് മുമ്പ് ഡെവലപ്പർമാർ നിർമ്മിക്കുന്നതെല്ലാം എല്ലാ പരിതസ്ഥിതികളിലേക്കും എല്ലാ ദിവസവും വിന്യസിച്ചിട്ടുണ്ടെന്ന് ഞങ്ങൾ ഉറപ്പാക്കുന്നു.", വിശദീകരിക്കുന്നു മരിൻ ജാങ്കോവ്കി, സീനിയർ ടെക്നിക്കൽ മാനേജർ, ഇൻഫ്രാസ്ട്രക്ചർ വകുപ്പ്. "നിങ്ങളുടെ ഇൻസ്റ്റാളേഷനുകൾക്കുള്ള റിലീസുകൾ gitlab.com വിന്യാസങ്ങൾക്കുള്ള സ്നാപ്പ്ഷോട്ടുകളായി ചിന്തിക്കുക, അതിനായി ഞങ്ങൾ ഒരു പാക്കേജ് സൃഷ്ടിക്കുന്നതിന് പ്രത്യേക ഘട്ടങ്ങൾ ചേർത്തിട്ടുണ്ട്, അതുവഴി ഞങ്ങളുടെ ഉപയോക്താക്കൾക്ക് അവരുടെ ഇൻസ്റ്റാളേഷനുകളിൽ ഇത് ഇൻസ്റ്റാൾ ചെയ്യാൻ കഴിയും.".

ബഗ് അല്ലെങ്കിൽ കേടുപാടുകൾ പരിഗണിക്കാതെ തന്നെ, gitlab.com ഉപഭോക്താക്കൾക്ക് അവ പ്രസിദ്ധീകരിച്ചതിന് തൊട്ടുപിന്നാലെ പരിഹാരങ്ങൾ ലഭിക്കും, ഇത് ഓട്ടോമേറ്റഡ് സിഡി പ്രക്രിയയുടെ പ്രയോജനമാണ്. സ്വന്തം ഇൻസ്റ്റാളേഷനുള്ള ഉപയോക്താക്കൾക്കുള്ള പാച്ചുകൾക്ക് റിലീസ് മാനേജർ പ്രത്യേകം തയ്യാറാക്കേണ്ടതുണ്ട്.

കുറയ്ക്കുന്നതിനായി റിലീസുകൾ സൃഷ്ടിക്കുന്നതിൽ ഉൾപ്പെട്ടിരിക്കുന്ന മിക്ക പ്രക്രിയകളും ഓട്ടോമേറ്റ് ചെയ്യാൻ ഡെലിവറി ടീം കഠിനമായി പരിശ്രമിക്കുന്നു എം.ടി.ടി.പി (ഉത്പാദനത്തിലേക്കുള്ള ശരാശരി സമയം, അതായത് ഉൽപ്പാദനത്തിനായി ചെലവഴിച്ച സമയം), ഒരു ഡെവലപ്പറുടെ ലയന അഭ്യർത്ഥന പ്രോസസ്സ് ചെയ്യുന്നത് മുതൽ gitlab.com-ൽ വിന്യാസം വരെയുള്ള കാലയളവ്.

«ഡെലിവറി ടീമിന്റെ ലക്ഷ്യം ഒരു കമ്പനി എന്ന നിലയിൽ ഞങ്ങൾക്ക് വേഗത്തിൽ നീങ്ങാൻ കഴിയുമെന്ന് ഉറപ്പാക്കുക എന്നതാണ്, അല്ലെങ്കിൽ കുറഞ്ഞത് ഡെലിവറി ആളുകളെ വേഗത്തിലാക്കാൻ, ശരിയാണ്?, മരിൻ പറയുന്നു.

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

ഒരു റിലീസ് മാനേജർ എന്താണ് ചെയ്യുന്നത്?

ടീം അംഗങ്ങൾ പ്രതിമാസം റിലീസ് മാനേജരുടെ റോൾ കൈമാറുക റിലീസുകൾക്കിടയിൽ സംഭവിക്കാനിടയുള്ള പാച്ചുകളും സുരക്ഷാ റിലീസുകളും ഉൾപ്പെടെ ഉപയോക്താക്കൾക്കുള്ള ഞങ്ങളുടെ റിലീസുകൾ. ഓട്ടോമേറ്റഡ്, തുടർച്ചയായ വിന്യാസത്തിലേക്ക് കമ്പനിയുടെ പരിവർത്തനത്തെ നയിക്കുന്നതിനും അവർ ഉത്തരവാദികളാണ്.

സെൽഫ്-ഇൻസ്റ്റലേഷൻ റിലീസുകളും gitlab.com റിലീസുകളും സമാനമായ വർക്ക്ഫ്ലോകൾ ഉപയോഗിക്കുന്നു, എന്നാൽ വ്യത്യസ്ത സമയങ്ങളിൽ പ്രവർത്തിക്കുന്നു, മാരിൻ വിശദീകരിക്കുന്നു.

ആദ്യമായും പ്രധാനമായും, റിലീസ് തരം പരിഗണിക്കാതെ തന്നെ, gitlab.com-ൽ ആപ്ലിക്കേഷൻ സമാരംഭിച്ച നിമിഷം മുതൽ GitLab ലഭ്യവും സുരക്ഷിതവുമാണെന്ന് റിലീസ് മാനേജർ ഉറപ്പാക്കുന്നു. സ്വന്തം കഴിവുകൾ.

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

ഒരു പരിഹാരം തയ്യാറാക്കണോ അതോ എപ്പോൾ വിന്യസിക്കണോ എന്ന് റിലീസ് മാനേജർ തീരുമാനിക്കണം - ഇത് സാഹചര്യത്തിന്റെ സന്ദർഭത്തെ വളരെയധികം ആശ്രയിച്ചിരിക്കുന്നു, "ഇതിനിടയിൽ, ആളുകളെപ്പോലെ സന്ദർഭം കൈകാര്യം ചെയ്യുന്നതിൽ യന്ത്രങ്ങൾ മികച്ചതല്ല"മരിൻ പറയുന്നു.

എല്ലാം തിരുത്തലുകളെക്കുറിച്ചാണ്

എന്താണ് പാച്ചുകൾ, എന്തുകൊണ്ട് നമുക്ക് അവ ആവശ്യമാണ്?

ബഗിന്റെ തീവ്രതയെ അടിസ്ഥാനമാക്കി ഒരു പരിഹാരം റിലീസ് ചെയ്യണമോ എന്ന് റിലീസ് മാനേജർ തീരുമാനിക്കുന്നു.

അവയുടെ തീവ്രതയെ ആശ്രയിച്ച് പിശകുകൾ വ്യത്യാസപ്പെടുന്നു. അതിനാൽ S4 അല്ലെങ്കിൽ S3 പിശകുകൾ പിക്സൽ അല്ലെങ്കിൽ ഐക്കൺ ഡിസ്പ്ലേസ്മെന്റ് പോലെയുള്ള സ്റ്റൈലിസ്റ്റിക് ആയിരിക്കാം. ഇത് അത്ര പ്രധാനമല്ല, എന്നാൽ ആരുടെയും വർക്ക്ഫ്ലോയിൽ കാര്യമായ സ്വാധീനമില്ല, അതായത് അത്തരം S3 അല്ലെങ്കിൽ S4 പിശകുകൾക്കായി ഒരു പരിഹാരം സൃഷ്ടിക്കപ്പെടാനുള്ള സാധ്യത ചെറുതാണ്, മാരിൻ വിശദീകരിക്കുന്നു.

എന്നിരുന്നാലും, കേടുപാടുകൾ S1 അല്ലെങ്കിൽ S2 അർത്ഥമാക്കുന്നത് ഉപയോക്താവ് ഏറ്റവും പുതിയ പതിപ്പിലേക്ക് അപ്‌ഡേറ്റ് ചെയ്യരുതെന്നാണ്, അല്ലെങ്കിൽ ഉപയോക്താവിന്റെ വർക്ക്ഫ്ലോയെ ബാധിക്കുന്ന കാര്യമായ ബഗ് ഉണ്ട്. അവ ട്രാക്കറിൽ ഉൾപ്പെടുത്തിയിട്ടുണ്ടെങ്കിൽ, നിരവധി ഉപയോക്താക്കൾ അവരെ നേരിട്ടിട്ടുണ്ട്, അതിനാൽ റിലീസ് മാനേജർ ഉടൻ തന്നെ ഒരു പരിഹാരം തയ്യാറാക്കാൻ തുടങ്ങുന്നു.

അപകടസാധ്യതകൾക്കുള്ള ഒരു പാച്ച് S1 അല്ലെങ്കിൽ S2 തയ്യാറായിക്കഴിഞ്ഞാൽ, റിലീസ് മാനേജർ പാച്ച് റിലീസ് ചെയ്യാൻ തുടങ്ങുന്നു.

ഉദാഹരണത്തിന്, GitLab 12.10.1 പാച്ച് സൃഷ്ടിച്ചത് നിരവധി തടയൽ പ്രശ്നങ്ങൾ തിരിച്ചറിയുകയും അവയ്ക്ക് കാരണമായ അടിസ്ഥാന പ്രശ്നം ഡെവലപ്പർമാർ പരിഹരിക്കുകയും ചെയ്തതിന് ശേഷമാണ്. നിയുക്ത തീവ്രത ലെവലുകളുടെ കൃത്യത റിലീസ് മാനേജർ വിലയിരുത്തി, സ്ഥിരീകരണത്തിന് ശേഷം, ഒരു ഫിക്സ് റിലീസ് ചെയ്യുന്നതിനുള്ള പ്രക്രിയ ആരംഭിച്ചു, തടയൽ പ്രശ്നങ്ങൾ കണ്ടെത്തി XNUMX മണിക്കൂറിനുള്ളിൽ ഇത് തയ്യാറായി.

S4, S3, S2 എന്നിവ ധാരാളം ശേഖരിക്കപ്പെടുമ്പോൾ, ഒരു ഫിക്സ് റിലീസ് ചെയ്യേണ്ടതിന്റെ അടിയന്തിരത നിർണ്ണയിക്കാൻ റിലീസ് മാനേജർ സന്ദർഭം നോക്കുന്നു, അവയിൽ ഒരു നിശ്ചിത എണ്ണം എത്തുമ്പോൾ, അവയെല്ലാം സംയോജിപ്പിച്ച് റിലീസ് ചെയ്യുന്നു. പോസ്റ്റ്-റിലീസ് പരിഹാരങ്ങൾ അല്ലെങ്കിൽ സുരക്ഷാ അപ്ഡേറ്റുകൾ ബ്ലോഗ് പോസ്റ്റുകളിൽ സംഗ്രഹിച്ചിരിക്കുന്നു.

ഒരു റിലീസ് മാനേജർ എങ്ങനെ പാച്ചുകൾ സൃഷ്ടിക്കുന്നു

പാച്ചുകൾ സൃഷ്‌ടിക്കുന്നതിന് ഞങ്ങൾ GitLab CI ഉം ഞങ്ങളുടെ ChatOps പോലുള്ള മറ്റ് സവിശേഷതകളും ഉപയോഗിക്കുന്നു. ഞങ്ങളുടെ ഇന്റേണൽ ചാനലിൽ ChatOps ടീമിനെ സജീവമാക്കുന്നതിലൂടെ റിലീസ് മാനേജർ ഫിക്സ് റിലീസ് ട്രിഗർ ചെയ്യുന്നു #releases സ്ലാക്കിൽ.

/chatops run release prepare 12.10.1

വ്യത്യസ്‌ത ഇവന്റുകൾ പ്രവർത്തനക്ഷമമാക്കാൻ ചാറ്റ്‌ഓപ്‌സ് സ്ലാക്കിൽ പ്രവർത്തിക്കുന്നു, അവ പിന്നീട് GitLab പ്രോസസ്സ് ചെയ്യുകയും നടപ്പിലാക്കുകയും ചെയ്യുന്നു. ഉദാഹരണത്തിന്, പാച്ചുകൾ റിലീസ് ചെയ്യുന്നതിന് വിവിധ കാര്യങ്ങൾ ഓട്ടോമേറ്റ് ചെയ്യുന്നതിന് ഡെലിവറി ടീം ChatOps സജ്ജീകരിച്ചു.

റിലീസ് മാനേജർ ചാറ്റ്‌ഓപ്‌സ് ടീം സ്ലാക്കിൽ ആരംഭിച്ചുകഴിഞ്ഞാൽ, ബാക്കി ജോലികൾ CICD ഉപയോഗിച്ച് GitLab-ൽ സ്വയമേവ സംഭവിക്കുന്നു. റിലീസ് പ്രക്രിയയിൽ Slack-ലെ ChatOps-നും GitLab-നും ഇടയിൽ രണ്ട്-വഴി ആശയവിനിമയം നടക്കുന്നു, കാരണം റിലീസ് മാനേജർ പ്രക്രിയയിലെ ചില പ്രധാന ഘട്ടങ്ങൾ സജീവമാക്കുന്നു.

GitLab-നായി ഒരു പാച്ച് തയ്യാറാക്കുന്നതിനുള്ള സാങ്കേതിക പ്രക്രിയ ചുവടെയുള്ള വീഡിയോ കാണിക്കുന്നു.

gitlab.com-ൽ സ്വയമേവയുള്ള വിന്യാസം എങ്ങനെ പ്രവർത്തിക്കുന്നു

gitlab.com അപ്‌ഡേറ്റ് ചെയ്യാൻ ഉപയോഗിക്കുന്ന പ്രക്രിയയും ഉപകരണങ്ങളും പാച്ചുകൾ സൃഷ്‌ടിക്കാൻ ഉപയോഗിക്കുന്നവയ്ക്ക് സമാനമാണ്. gitlab.com അപ്‌ഡേറ്റ് ചെയ്യുന്നതിന് റിലീസ് മാനേജരുടെ കാഴ്ചപ്പാടിൽ നിന്ന് കുറച്ച് മാനുവൽ വർക്ക് ആവശ്യമാണ്.

ChatOps ഉപയോഗിച്ച് വിന്യാസങ്ങൾ പ്രവർത്തിപ്പിക്കുന്നതിന് പകരം, ഞങ്ങൾ CI സവിശേഷതകൾ ഉപയോഗിക്കുന്നു ഉദാ. ഷെഡ്യൂൾ ചെയ്ത പൈപ്പ് ലൈനുകൾ, ഇത് ഉപയോഗിച്ച് റിലീസ് മാനേജർക്ക് ആവശ്യമായ സമയത്ത് ചില പ്രവർത്തനങ്ങൾ ഷെഡ്യൂൾ ചെയ്യാൻ കഴിയും. ഒരു മാനുവൽ പ്രോസസ്സിന് പകരം, GitLab പ്രോജക്റ്റുകളിൽ വരുത്തിയ പുതിയ മാറ്റങ്ങൾ ഡൗൺലോഡ് ചെയ്യുകയും പാക്കേജ് ചെയ്യുകയും വിന്യാസം ഷെഡ്യൂൾ ചെയ്യുകയും ടെസ്റ്റിംഗും QA-യും മറ്റ് ആവശ്യമായ നടപടികളും സ്വയമേവ പ്രവർത്തിപ്പിക്കുന്നതുമായ ഒരു പൈപ്പ്‌ലൈൻ മണിക്കൂറിൽ ഒരിക്കൽ പ്രവർത്തിക്കുന്നു.

"അതിനാൽ, gitlab.com-ന് മുമ്പായി വ്യത്യസ്ത പരിതസ്ഥിതികളിൽ ഞങ്ങൾക്ക് ധാരാളം വിന്യാസങ്ങൾ ഉണ്ട്, ആ പരിതസ്ഥിതികൾ നല്ല നിലയിലാവുകയും പരിശോധന നല്ല ഫലങ്ങൾ കാണിക്കുകയും ചെയ്തതിന് ശേഷം, റിലീസ് മാനേജർ gitlab.com വിന്യാസ പ്രവർത്തനങ്ങൾ ആരംഭിക്കുന്നു," മാരിൻ പറയുന്നു.

Gitlab.com അപ്‌ഡേറ്റുകളെ പിന്തുണയ്‌ക്കുന്നതിനുള്ള CICD സാങ്കേതികവിദ്യ, റിലീസ് മാനേജർ gitlab.com-ലേക്ക് പ്രൊഡക്ഷൻ പരിതസ്ഥിതിയുടെ വിന്യാസം സ്വമേധയാ സമാരംഭിക്കേണ്ട ഘട്ടത്തിലേക്ക് മുഴുവൻ പ്രക്രിയയെയും ഓട്ടോമേറ്റ് ചെയ്യുന്നു.

താഴെയുള്ള വീഡിയോയിൽ gitlab.com അപ്‌ഡേറ്റ് പ്രക്രിയയെക്കുറിച്ച് മരിൻ വിശദമായി പറയുന്നു.

ഡെലിവറി ടീം മറ്റെന്താണ് ചെയ്യുന്നത്?

gitlab.com അപ്‌ഡേറ്റ് പ്രോസസ്സുകളും ഇൻ-ഹൗസ് ഉപഭോക്താക്കൾക്ക് പാച്ചുകൾ റിലീസ് ചെയ്യുന്നതും തമ്മിലുള്ള പ്രധാന വ്യത്യാസം, പിന്നീടുള്ള പ്രക്രിയയ്ക്ക് റിലീസ് മാനേജറിൽ നിന്ന് കൂടുതൽ സമയവും കൂടുതൽ മാനുവൽ ജോലിയും ആവശ്യമാണ് എന്നതാണ്.

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

ഡെലിവറി ടീമിന്റെ ഹ്രസ്വകാല ലക്ഷ്യങ്ങളിലൊന്ന്, റിലീസ് വേഗത്തിലാക്കാൻ റിലീസ് മാനേജരുടെ ഭാഗത്തുനിന്ന് മാനുവൽ ജോലിയുടെ അളവ് കുറയ്ക്കുക എന്നതാണ്. റിലീസ് പ്രക്രിയ ലളിതമാക്കാനും കാര്യക്ഷമമാക്കാനും ഓട്ടോമേറ്റ് ചെയ്യാനും ടീം പ്രവർത്തിക്കുന്നു, ഇത് കുറഞ്ഞ തീവ്രത പ്രശ്‌നങ്ങൾ പരിഹരിക്കാൻ സഹായിക്കും (S3, S4, ഏകദേശം. വിവർത്തകൻ). വേഗതയിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നത് ഒരു പ്രധാന പ്രകടന സൂചകമാണ്: MTTP - ഒരു ലയന അഭ്യർത്ഥന സ്വീകരിക്കുന്നത് മുതൽ gitlab.com-ലേക്ക് ഫലം വിന്യസിക്കുന്ന സമയം - നിലവിലെ 50 മണിക്കൂറിൽ നിന്ന് 8 മണിക്കൂറായി കുറയ്ക്കേണ്ടത് ആവശ്യമാണ്.

ഡെലിവറി ടീം ഒരു കുബർനെറ്റസ് അധിഷ്ഠിത ഇൻഫ്രാസ്ട്രക്ചറിലേക്ക് gitlab.com മൈഗ്രേറ്റ് ചെയ്യാനും പ്രവർത്തിക്കുന്നു.

എഡിറ്റർ എൻ.ബി: കുബെർനെറ്റസ് സാങ്കേതികവിദ്യയെക്കുറിച്ച് നിങ്ങൾ ഇതിനകം കേട്ടിട്ടുണ്ടെങ്കിലും (നിങ്ങൾക്ക് ഉണ്ടെന്നതിൽ എനിക്ക് സംശയമില്ല), പക്ഷേ ഇതുവരെ നിങ്ങളുടെ കൈകൊണ്ട് സ്പർശിച്ചിട്ടില്ലെങ്കിൽ, ഓൺലൈൻ ഇന്റൻസീവ് കോഴ്സുകളിൽ പങ്കെടുക്കാൻ ഞാൻ ശുപാർശ ചെയ്യുന്നു കുബെർനെറ്റസ് ബേസ്, സെപ്റ്റംബർ 28-30 വരെ നടക്കും കുബെർനെറ്റസ് മെഗാ, അത് ഒക്ടോബർ 14-16 വരെ നടക്കും. സാങ്കേതികവിദ്യ ഉപയോഗിച്ച് ആത്മവിശ്വാസത്തോടെ നാവിഗേറ്റ് ചെയ്യാനും പ്രവർത്തിക്കാനും ഇത് നിങ്ങളെ അനുവദിക്കും.

ഒരേ ലക്ഷ്യം പിന്തുടരുന്ന രണ്ട് സമീപനങ്ങളാണിവ: gitlab.com-നും അവരുടെ സൗകര്യങ്ങളിലുള്ള ക്ലയന്റുകൾക്കും അപ്‌ഡേറ്റുകളുടെ അതിവേഗ ഡെലിവറി.

ഞങ്ങൾക്ക് എന്തെങ്കിലും ആശയങ്ങളോ ശുപാർശകളോ ഉണ്ടോ?

GitLab-ലേക്ക് സംഭാവന ചെയ്യാൻ എല്ലാവരേയും സ്വാഗതം ചെയ്യുന്നു, ഞങ്ങളുടെ വായനക്കാരിൽ നിന്നുള്ള ഫീഡ്ബാക്ക് ഞങ്ങൾ സ്വാഗതം ചെയ്യുന്നു. ഞങ്ങളുടെ ഡെലിവറി ടീമിനായി നിങ്ങൾക്ക് എന്തെങ്കിലും ആശയങ്ങൾ ഉണ്ടെങ്കിൽ, മടിക്കേണ്ട ഒരു അഭ്യർത്ഥന സൃഷ്ടിക്കുക നോട്ടീസ് സഹിതം team: Delivery.

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