മോണോലിത്തുകൾ മുതൽ മൈക്രോസർവീസുകൾ വരെ: M.Video-Eldorado, MegaFon എന്നിവയുടെ അനുഭവം

ഏപ്രിൽ 25 ന്, ഞങ്ങൾ Mail.ru ഗ്രൂപ്പിൽ മേഘങ്ങളെക്കുറിച്ചും ചുറ്റുപാടുകളെക്കുറിച്ചും ഒരു കോൺഫറൻസ് നടത്തി - mailto:CLOUD. ചില ഹൈലൈറ്റുകൾ:

• പ്രധാനപ്പെട്ട റഷ്യൻ ദാതാക്കൾ — Mail.ru ക്ലൗഡ് സൊല്യൂഷൻസ്, #CloudMTS, SberCloud, Selectel, Rostelecom ഡാറ്റാ സെന്റർ, Yandex.Cloud എന്നിവ ഞങ്ങളുടെ ക്ലൗഡ് മാർക്കറ്റിന്റെയും അവരുടെ സേവനങ്ങളുടെയും പ്രത്യേകതകളെക്കുറിച്ച് സംസാരിച്ചു;
• Bitrix24 ൽ നിന്നുള്ള സഹപ്രവർത്തകർ അവർ എങ്ങനെ പറഞ്ഞു മൾട്ടിക്ലൗഡിലേക്ക് വന്നു;
• ലെറോയ് മെർലിൻ, ഒട്ട്ക്രിറ്റി, ബർഗർ കിംഗ്, ഷ്നൈഡർ ഇലക്ട്രിക് എന്നിവർ രസകരമായി നൽകി ക്ലൗഡ് ഉപഭോക്താക്കളിൽ നിന്നുള്ള കാഴ്ച — ഐടിക്കായി അവരുടെ ബിസിനസ്സ് എന്തെല്ലാം ജോലികൾ സജ്ജമാക്കുന്നു, ക്ലൗഡ് വൺ ഉൾപ്പെടെയുള്ള സാങ്കേതിക വിദ്യകൾ അവർ ഏറ്റവും പ്രതീക്ഷ നൽകുന്നതായി കാണുന്നു.

നിങ്ങൾക്ക് mailto:CLOUD കോൺഫറൻസിൽ നിന്ന് എല്ലാ വീഡിയോകളും കാണാൻ കഴിയും ബന്ധം, കൂടാതെ മൈക്രോസർവീസുകളെക്കുറിച്ചുള്ള ചർച്ച എങ്ങനെ നടന്നുവെന്ന് ഇവിടെ നിങ്ങൾക്ക് വായിക്കാം. MegaFon ബിസിനസ് സിസ്റ്റം റിസർച്ച് ആൻഡ് ഡെവലപ്‌മെന്റ് സെന്റർ മേധാവി അലക്സാണ്ടർ ഡ്യൂലിൻ, M.Video-Eldorado ഗ്രൂപ്പിന്റെ ഇൻഫർമേഷൻ ടെക്നോളജി ഡയറക്ടർ സെർജി സെർജിവ് എന്നിവർ മോണോലിത്തുകൾ ഒഴിവാക്കുന്നതിനുള്ള വിജയകരമായ കേസുകൾ പങ്കിട്ടു. ഐടി തന്ത്രം, പ്രക്രിയകൾ, എച്ച്ആർ എന്നിവയുമായി ബന്ധപ്പെട്ട വിഷയങ്ങളും ഞങ്ങൾ ചർച്ച ചെയ്തു.

പാനലിസ്റ്റുകൾ

• സെർജി സെർജീവ്, ഗ്രൂപ്പ് സിഐഒ "M.Video-Eldorado";
• അലക്സാണ്ടർ ഡ്യൂലിൻ, ബിസിനസ് സിസ്റ്റങ്ങളുടെ ഗവേഷണത്തിനും വികസനത്തിനുമുള്ള കേന്ദ്രത്തിന്റെ തലവൻ മെഗാഫോൺ;
• മോഡറേറ്റർ - ദിമിത്രി ലസാരെങ്കോ, PaaS ദിശയുടെ തലവൻ Mail.ru ക്ലൗഡ് സൊല്യൂഷനുകൾ.

അലക്സാണ്ടർ ഡ്യൂലിന്റെ പ്രസംഗത്തിന് ശേഷം "മൈക്രോസർവീസ് പ്ലാറ്റ്‌ഫോമിലൂടെ മെഗാഫോൺ എങ്ങനെ അതിന്റെ ബിസിനസ് വിപുലീകരിക്കുന്നു" M.Video-Eldorado-ൽ നിന്നുള്ള സെർജി സെർജീവ്, Mail.ru ക്ലൗഡ് സൊല്യൂഷൻസ് ചർച്ച മോഡറേറ്റർ ദിമിത്രി ലസാരെങ്കോ എന്നിവരോടൊപ്പം അദ്ദേഹവും ചർച്ചയ്‌ക്കായി ചേർന്നു.

ചുവടെ ഞങ്ങൾ നിങ്ങൾക്കായി ചർച്ചയുടെ ഒരു ട്രാൻസ്ക്രിപ്റ്റ് തയ്യാറാക്കിയിട്ടുണ്ട്, എന്നാൽ നിങ്ങൾക്ക് വീഡിയോ കാണാനും കഴിയും:

മൈക്രോസർവീസുകളിലേക്കുള്ള മാറ്റം വിപണി ആവശ്യങ്ങൾക്കുള്ള പ്രതികരണമാണ്

ദിമിത്രി:

മൈക്രോസർവീസുകളിലേക്ക് മൈഗ്രേറ്റ് ചെയ്യുന്നതിൽ നിങ്ങൾക്ക് വിജയകരമായ എന്തെങ്കിലും അനുഭവം ഉണ്ടായിട്ടുണ്ടോ? പൊതുവേ: മൈക്രോസർവീസുകൾ ഉപയോഗിക്കുന്നതിൽ നിന്നോ മോണോലിത്തുകളിൽ നിന്ന് മൈക്രോസർവീസുകളിലേക്കോ ഉള്ള ഏറ്റവും വലിയ ബിസിനസ്സ് നേട്ടം നിങ്ങൾ എവിടെയാണ് കാണുന്നത്?

സെർജി:

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

ചില ഘട്ടങ്ങളിൽ, ഞങ്ങളുടെ സിസ്റ്റങ്ങളുടെ പ്രവർത്തനവും പ്രവർത്തനത്തിന്റെ ഔട്ട്പുട്ടും വേഗത്തിലാക്കേണ്ടതുണ്ടെന്ന് ഞങ്ങൾ മനസ്സിലാക്കി. ആ നിമിഷം, മൈക്രോസർവീസുകളും മൈക്രോസർവീസ് സമീപനവും പോലുള്ള ആശയങ്ങൾ ഇതിനകം വിപണിയിൽ നിലവിലുണ്ടായിരുന്നു, ഞങ്ങൾ അത് പരീക്ഷിക്കാൻ തീരുമാനിച്ചു. ഇത് 2016 ൽ ആരംഭിച്ചു. തുടർന്ന് പ്ലാറ്റ്ഫോം സ്ഥാപിക്കുകയും ആദ്യത്തെ 10 സർവീസുകൾ പ്രത്യേക സംഘം നടപ്പിലാക്കുകയും ചെയ്തു.

ആദ്യത്തെ സേവനങ്ങളിലൊന്ന്, ഏറ്റവും കൂടുതൽ ലോഡുചെയ്‌തത്, വില കണക്കുകൂട്ടൽ സേവനമായിരുന്നു. നിങ്ങൾ ഏതെങ്കിലും ചാനലിൽ വരുമ്പോഴെല്ലാം, M.Video-Eldorado ഗ്രൂപ്പ് ഓഫ് കമ്പനികളിലേക്ക്, അത് ഒരു വെബ്‌സൈറ്റോ റീട്ടെയിൽ സ്റ്റോറോ ആകട്ടെ, അവിടെ ഒരു ഉൽപ്പന്നം തിരഞ്ഞെടുക്കുക, വെബ്‌സൈറ്റിലോ “ബാസ്‌ക്കറ്റിലോ” വില കാണുക, ചെലവ് സ്വയമേവയാണ്. ഒരു സേവനം കണക്കാക്കുന്നു. എന്തുകൊണ്ട് ഇത് ആവശ്യമാണ്: ഇതിന് മുമ്പ്, ഓരോ സിസ്റ്റത്തിനും പ്രമോഷനുകൾക്കൊപ്പം പ്രവർത്തിക്കുന്നതിന് അതിന്റേതായ തത്ത്വങ്ങൾ ഉണ്ടായിരുന്നു - കിഴിവുകളും മറ്റും. ഞങ്ങളുടെ ബാക്ക് ഓഫീസ് വിലനിർണ്ണയം കൈകാര്യം ചെയ്യുന്നു; ഡിസ്കൗണ്ട് പ്രവർത്തനം മറ്റൊരു സിസ്റ്റത്തിൽ നടപ്പിലാക്കുന്നു. ഇത് കേന്ദ്രീകൃതമാക്കുകയും ഇത് നടപ്പിലാക്കാൻ ഞങ്ങളെ അനുവദിക്കുന്ന ഒരു ബിസിനസ് പ്രക്രിയയുടെ രൂപത്തിൽ സൃഷ്ടിക്കുകയും ചെയ്യുന്ന ഒരു അദ്വിതീയവും വേർതിരിക്കാവുന്നതുമായ സേവനം ആവശ്യമാണ്. ഏതാണ്ട് അങ്ങനെയാണ് ഞങ്ങൾ തുടങ്ങിയത്.

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

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

മൈക്രോസർവീസുകളിലേക്ക് മൈഗ്രേറ്റുചെയ്യുന്നതിന്റെ വിജയം എങ്ങനെ അളക്കാം

ദിമിത്രി:

മൈക്രോസർവീസുകളിലേക്ക് മൈഗ്രേറ്റുചെയ്യുന്നതിലെ വിജയം എങ്ങനെയാണ് നിർണ്ണയിക്കുന്നത്? ഓരോ കമ്പനിയിലും "മുമ്പ്" എന്തായിരുന്നു? പരിവർത്തനത്തിന്റെ വിജയം നിർണ്ണയിക്കാൻ നിങ്ങൾ എന്ത് മെട്രിക് ഉപയോഗിച്ചു, ആരാണ് യഥാർത്ഥത്തിൽ അത് നിർണ്ണയിച്ചത്?

സെർജി:

ഒന്നാമതായി, ഇത് ഐടിയിൽ ഒരു പ്രവർത്തനക്ഷമമായി ജനിച്ചു - പുതിയ കഴിവുകൾ "അൺലോക്ക് ചെയ്യുന്നു". വിപണി വെല്ലുവിളികളോട് പ്രതികരിച്ചുകൊണ്ട് താരതമ്യേന ഒരേ പണത്തിന് എല്ലാം വേഗത്തിൽ ചെയ്യേണ്ടതുണ്ട്. വ്യത്യസ്ത സംവിധാനങ്ങൾ പുനരുപയോഗിക്കുന്ന സേവനങ്ങളുടെ എണ്ണത്തിൽ, പരസ്പരം പ്രക്രിയകളുടെ ഏകീകരണം എന്നിവയിൽ ഇപ്പോൾ വിജയം പ്രകടമാണ്. ഇപ്പോൾ അത്, എന്നാൽ ആ നിമിഷം ഒരു പ്ലാറ്റ്ഫോം സൃഷ്ടിക്കാനും നമുക്ക് ഇത് ചെയ്യാൻ കഴിയുമെന്ന അനുമാനം സ്ഥിരീകരിക്കാനുമുള്ള അവസരമായിരുന്നു, അത് ഒരു പ്രഭാവം നൽകുകയും ബിസിനസ്സ് കേസ് കണക്കാക്കുകയും ചെയ്യും.

അലക്സാണ്ടർ:

വിജയം ഒരു ആന്തരിക വികാരമാണ്. ബിസിനസ്സ് എപ്പോഴും കൂടുതൽ ആഗ്രഹിക്കുന്നു, ഞങ്ങളുടെ ബാക്ക്‌ലോഗിന്റെ ആഴം വിജയത്തിന്റെ തെളിവാണ്. എനിക്ക് അങ്ങനെ തോന്നുന്നു.

സെർജി:

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

മൈക്രോസർവീസുകൾ വരും, പക്ഷേ കാമ്പ് നിലനിൽക്കും

ദിമിത്രി:

നിങ്ങൾ വികസനത്തിൽ നിക്ഷേപിക്കുന്ന ഒരിക്കലും അവസാനിക്കാത്ത പ്രക്രിയ പോലെയാണ് ഇത്. ബിസിനസ്സിനായുള്ള മൈക്രോസർവീസുകളിലേക്കുള്ള മാറ്റം ഇതിനകം അവസാനിച്ചോ ഇല്ലയോ?

സെർജി:

ഉത്തരം പറയാൻ വളരെ എളുപ്പമാണ്. നിങ്ങൾ എന്താണ് ചിന്തിക്കുന്നത്: ഫോണുകൾ മാറ്റിസ്ഥാപിക്കുന്നത് അനന്തമായ പ്രക്രിയയാണ്? എല്ലാ വർഷവും നമ്മൾ തന്നെ ഫോണുകൾ വാങ്ങുന്നു. ഇത് ഇതാ: വേഗത ആവശ്യമുള്ളിടത്തോളം, വിപണിയുമായി പൊരുത്തപ്പെടുന്നതിന്, ചില മാറ്റങ്ങൾ ആവശ്യമായി വരും. ഇതിനർത്ഥം ഞങ്ങൾ സാധാരണ കാര്യങ്ങൾ ഉപേക്ഷിക്കുന്നു എന്നല്ല.

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

ദിമിത്രി:

ജീവിതം നല്ല നിലയിലാണ്. (ചിരിക്കുന്നു)

അലക്സാണ്ടർ:

പൊതുവേ, അതെ. ഭൂപ്രകൃതിയിൽ നിന്ന് കാതലായ ഭാഗം നീക്കം ചെയ്യുന്നതിനുള്ള വിപ്ലവകരമായ സമീപനങ്ങൾ നമുക്കില്ല. പരസ്പരം സിസ്റ്റങ്ങളുടെ സ്വാധീനം കുറയ്ക്കുന്നതിന്, മൈക്രോസർവീസ് ആർക്കിടെക്ചറുമായി കൂടുതൽ പൊരുത്തപ്പെടുന്ന തരത്തിൽ സിസ്റ്റങ്ങളെ വിഘടിപ്പിക്കുന്നതിനുള്ള വ്യവസ്ഥാപിത പ്രവർത്തനങ്ങൾ നടക്കുന്നു.

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

ബിസിനസ്സുകൾക്ക് മൈക്രോ സർവീസുകൾ എങ്ങനെ വിൽക്കാം

ദിമിത്രി:

എനിക്കും താൽപ്പര്യമുണ്ട് - മാറാത്ത, എന്നാൽ ആസൂത്രണം ചെയ്യുന്നവർക്ക്: ഈ ആശയം ബിസിനസ്സിന് വിൽക്കുന്നത് എത്ര എളുപ്പമായിരുന്നു, അതൊരു സാഹസികതയോ നിക്ഷേപ പദ്ധതിയോ? അല്ലെങ്കിൽ അതൊരു ബോധപൂർവമായ തന്ത്രമായിരുന്നോ: ഇപ്പോൾ ഞങ്ങൾ മൈക്രോസർവീസുകളിലേക്ക് പോകുന്നു, അത്രയേയുള്ളൂ, ഒന്നും ഞങ്ങളെ തടയില്ല. അത് നിങ്ങൾക്ക് എങ്ങനെയായിരുന്നു?

സെർജി:

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

ദിമിത്രി:

ആദ്യ ഘട്ടത്തിന്റെ സമയം നിങ്ങൾ എങ്ങനെയെങ്കിലും രേഖപ്പെടുത്തിയോ?

സെർജി:

അതെ, തീർച്ച. കോർ ഒരു പ്ലാറ്റ്‌ഫോമായി സൃഷ്ടിക്കുന്നതിനും പൈലറ്റിനെ പരീക്ഷിക്കുന്നതിനും ഞങ്ങൾ 6 മാസം അനുവദിച്ചു. ഈ സമയത്ത്, പൈലറ്റിനെ സ്കേറ്റ് ചെയ്യാനുള്ള ഒരു പ്ലാറ്റ്ഫോം സൃഷ്ടിക്കാൻ ഞങ്ങൾ ശ്രമിച്ചു. അപ്പോൾ അനുമാനം സ്ഥിരീകരിച്ചു, അത് പ്രവർത്തിക്കുന്നതിനാൽ, നമുക്ക് തുടരാം എന്നാണ്. അവർ ആവർത്തിക്കാനും ടീമിനെ ശക്തിപ്പെടുത്താനും തുടങ്ങി - അവർ അത് ചെയ്യുന്ന ഒരു പ്രത്യേക ഡിവിഷനിലേക്ക് മാറ്റി.

അടുത്തത് ബിസിനസ് ആവശ്യങ്ങൾ, അവസരങ്ങൾ, വിഭവങ്ങളുടെ ലഭ്യത, നിലവിൽ പ്രവർത്തിക്കുന്ന എല്ലാ കാര്യങ്ങളും അടിസ്ഥാനമാക്കിയുള്ള ചിട്ടയായ പ്രവർത്തനമാണ്.

ദിമിത്രി:

ശരി. അലക്സാണ്ടർ, നിങ്ങൾ എന്താണ് പറയുന്നത്?

അലക്സാണ്ടർ:

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

ദിമിത്രി:

ഗൂഗിൾ പോലുള്ള കാര്യങ്ങൾ ചെയ്യാൻ ഒരു ബിസിനസ്സ് നിങ്ങളെ അനുവദിക്കുന്നുണ്ടോ - ആഴ്ചയിൽ ഒരു സൗജന്യ ദിവസം? നിങ്ങൾക്ക് അത്തരമൊരു ദിശയുണ്ടോ?

അലക്സാണ്ടർ:

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

മെറ്റീരിയൽ ആഘാതം ഇതിനകം വ്യക്തമാണ് - ഞങ്ങൾ ഇതിനകം തന്നെ കണക്കാക്കാം, ഞങ്ങൾ പഴയ പാത പിന്തുടർന്നിരുന്നെങ്കിൽ ഉൽപ്പന്ന ലോഞ്ചുകളുടെ വേഗതയും നഷ്ടമായ വരുമാനവും കണക്കാക്കാം. ഇതാണ് ഞങ്ങൾ കേസ് കെട്ടിപ്പടുക്കുന്നത്.

മൈക്രോസർവീസസ്: ഹൈപ്പ് അല്ലെങ്കിൽ ആവശ്യകത?

ദിമിത്രി:

സംഖ്യകൾ സംഖ്യകളാണ്. വരുമാനം അല്ലെങ്കിൽ പണം ലാഭിക്കുന്നത് വളരെ പ്രധാനമാണ്. മറുവശത്തേക്ക് നോക്കിയാലോ? മൈക്രോസർവീസുകൾ ഒരു ട്രെൻഡാണെന്നും ഒരു ഹൈപ്പാണെന്നും പല കമ്പനികളും ഇത് ദുരുപയോഗം ചെയ്യുന്നതായും തോന്നുന്നു? നിങ്ങൾ ചെയ്യുന്നതും മൈക്രോസർവീസുകളിലേക്ക് വിവർത്തനം ചെയ്യാത്തതും തമ്മിൽ എത്ര വ്യക്തമായി വേർതിരിക്കുന്നു? ഇപ്പോൾ പാരമ്പര്യമാണെങ്കിൽ, 5 വർഷത്തിനുള്ളിൽ നിങ്ങൾക്ക് പാരമ്പര്യം ലഭിക്കുമോ? 5 വർഷത്തിനുള്ളിൽ M.Video-Eldorado, MegaFon എന്നിവയിൽ പ്രവർത്തിക്കുന്ന വിവര സംവിധാനങ്ങളുടെ പ്രായം എത്രയായിരിക്കും? പത്ത് വർഷവും പതിനഞ്ചും വർഷം പഴക്കമുള്ള വിവര സംവിധാനങ്ങൾ ഉണ്ടാകുമോ അതോ പുതിയ തലമുറ ആയിരിക്കുമോ? നിങ്ങൾ ഇതിനെ എങ്ങനെ കാണുന്നു?

സെർജി:

വളരെ ദൂരെ ചിന്തിക്കുന്നത് ബുദ്ധിമുട്ടാണെന്ന് എനിക്ക് തോന്നുന്നു. നമ്മൾ തിരിഞ്ഞുനോക്കിയാൽ, മെഷീൻ ലേണിംഗും മുഖത്തെ ഉപയോക്തൃ ഐഡന്റിഫിക്കേഷനും ഉൾപ്പെടെ സാങ്കേതിക വിപണി ഈ രീതിയിൽ വികസിക്കുമെന്ന് ആരാണ് സങ്കൽപ്പിച്ചത്? എന്നാൽ നിങ്ങൾ വരും വർഷങ്ങളിൽ നോക്കുകയാണെങ്കിൽ, കമ്പനികളിലെ കോർ സിസ്റ്റങ്ങൾ, എന്റർപ്രൈസ് ഇആർപി-ക്ലാസ് സിസ്റ്റങ്ങൾ - അവ വളരെക്കാലമായി പ്രവർത്തിക്കുന്നുണ്ടെന്ന് എനിക്ക് തോന്നുന്നു.

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

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

ഈ വികസനം ഞങ്ങൾ കാണുന്നു:

• പ്രധാന വിവര സംവിധാനങ്ങൾ (കൂടുതലും ബാക്ക് ഓഫീസ്);
• മൈക്രോസർവീസുകളുടെ രൂപത്തിലുള്ള മധ്യ പാളികൾ കോർ ബന്ധിപ്പിക്കുക, സമാഹരിക്കുക, ഒരു കാഷെ സൃഷ്ടിക്കുക തുടങ്ങിയവ;
• മുൻനിര സംവിധാനങ്ങൾ ഉപഭോക്താവിനെ ലക്ഷ്യം വച്ചുള്ളതാണ്;
• പൊതുവെ കമ്പോളസ്ഥലങ്ങൾ, മറ്റ് സംവിധാനങ്ങൾ, ആവാസവ്യവസ്ഥകൾ എന്നിവയുമായി സംയോജിപ്പിച്ചിരിക്കുന്ന ഒരു ഏകീകരണ പാളി. ഈ ലെയർ കഴിയുന്നത്ര ഭാരം കുറഞ്ഞതും ലളിതവും ഏറ്റവും കുറഞ്ഞ ബിസിനസ്സ് യുക്തിയും ഉൾക്കൊള്ളുന്നു.

എന്നാൽ അതേ സമയം, പഴയ തത്ത്വങ്ങൾ ഉചിതമായി ഉപയോഗിക്കുകയാണെങ്കിൽ അവ ഉപയോഗിക്കുന്നത് തുടരുന്നതിനെ പിന്തുണയ്ക്കുന്നയാളാണ് ഞാൻ.

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

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

അലക്സാണ്ടർ:

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

ദിമിത്രി:

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

വിശ്വസനീയമായ മൈക്രോസർവീസുകൾ എങ്ങനെ വികസിപ്പിക്കാം

ദിമിത്രി:

നന്നായി. പക്ഷെ എനിക്ക് ഇപ്പോഴും താൽപ്പര്യമുണ്ട്. ഇപ്പോൾ നിങ്ങൾ ഒരു വിജയഗാഥ പറയുന്നു: എല്ലാം ശരിയാണ്, ഞങ്ങൾ മൈക്രോസർവീസുകളിലേക്ക് മാറി, ബിസിനസ്സിലേക്ക് ആശയം പ്രതിരോധിച്ചു, എല്ലാം പ്രവർത്തിച്ചു. പക്ഷെ വേറെ കഥകൾ കേട്ടിട്ടുണ്ട്.

കുറച്ച് വർഷങ്ങൾക്ക് മുമ്പ്, ബാങ്കുകൾക്കായി ഒരു പുതിയ മൈക്രോ സർവീസ് പ്ലാറ്റ്ഫോം വികസിപ്പിക്കുന്നതിന് രണ്ട് വർഷം നിക്ഷേപിച്ച ഒരു സ്വിസ് കമ്പനി ഒടുവിൽ പദ്ധതി അവസാനിപ്പിച്ചു. പൂർണമായും തകർന്നു. ദശലക്ഷക്കണക്കിന് സ്വിസ് ഫ്രാങ്കുകൾ ചെലവഴിച്ചു, അവസാനം ടീം ചിതറിപ്പോയി - അത് പ്രവർത്തിച്ചില്ല.

നിങ്ങൾക്ക് സമാനമായ കഥകൾ ഉണ്ടായിട്ടുണ്ടോ? എന്തെങ്കിലും ബുദ്ധിമുട്ടുകൾ ഉണ്ടായിരുന്നോ അല്ലെങ്കിൽ ഉണ്ടായിരുന്നോ? ഉദാഹരണത്തിന്, മൈക്രോസർവീസുകളും നിരീക്ഷണവും പരിപാലിക്കുന്നതും കമ്പനിയുടെ പ്രവർത്തന പ്രവർത്തനങ്ങളിൽ തലവേദനയാണ്. എല്ലാത്തിനുമുപരി, ഘടകങ്ങളുടെ എണ്ണം പതിനായിരക്കണക്കിന് തവണ വർദ്ധിക്കുന്നു. നിങ്ങൾ അതിനെ എങ്ങനെ കാണുന്നു, ഇവിടെ നിക്ഷേപങ്ങളുടെ വിജയിക്കാത്ത ഉദാഹരണങ്ങൾ ഉണ്ടായിട്ടുണ്ടോ? ആളുകൾക്ക് അത്തരം പ്രശ്നങ്ങൾ ഉണ്ടാകാതിരിക്കാൻ നിങ്ങൾക്ക് എന്ത് ഉപദേശിക്കാൻ കഴിയും?

അലക്സാണ്ടർ:

വിജയിക്കാത്ത ഉദാഹരണങ്ങളിൽ ബിസിനസുകൾ മുൻഗണനകൾ മാറ്റുന്നതും പ്രോജക്റ്റുകൾ റദ്ദാക്കുന്നതും ഉൾപ്പെടുന്നു. സന്നദ്ധതയുടെ ഒരു നല്ല ഘട്ടത്തിൽ (വാസ്തവത്തിൽ, MVP തയ്യാറാണ്), ബിസിനസ്സ് പറഞ്ഞു: "ഞങ്ങൾക്ക് പുതിയ മുൻഗണനകളുണ്ട്, ഞങ്ങൾ മറ്റൊരു പ്രോജക്റ്റിലേക്ക് നീങ്ങുകയാണ്, ഞങ്ങൾ ഇത് അവസാനിപ്പിക്കുകയാണ്."

മൈക്രോസർവീസുകളിൽ ഞങ്ങൾക്ക് ആഗോള പരാജയങ്ങളൊന്നും ഉണ്ടായില്ല. ഞങ്ങൾ സമാധാനത്തോടെ ഉറങ്ങുന്നു, ഞങ്ങൾക്ക് 24/7 ഡ്യൂട്ടി ഷിഫ്റ്റ് ഉണ്ട്, അത് മുഴുവൻ ബിഎസ്എസിനും [ബിസിനസ് സപ്പോർട്ട് സിസ്റ്റം] സേവനം നൽകുന്നു.

ഒരു കാര്യം കൂടി - ബോക്‌സ് ചെയ്‌ത ഉൽപ്പന്നങ്ങൾക്ക് ബാധകമായ നിയമങ്ങൾക്കനുസൃതമായി ഞങ്ങൾ മൈക്രോ സർവീസുകൾ വാടകയ്‌ക്കെടുക്കുന്നു. വിജയത്തിലേക്കുള്ള താക്കോൽ, ആദ്യം, ഉൽപ്പാദനത്തിനായി മൈക്രോസർവീസ് പൂർണ്ണമായും തയ്യാറാക്കുന്ന ഒരു ടീമിനെ കൂട്ടിച്ചേർക്കുക എന്നതാണ്. വികസനം തന്നെ, സോപാധികമായി, 40% ആണ്. ബാക്കിയുള്ളത് അനലിറ്റിക്‌സ്, DevSecOps രീതിശാസ്ത്രം, ശരിയായ സംയോജനങ്ങൾ, ശരിയായ വാസ്തുവിദ്യ എന്നിവയാണ്. സുരക്ഷിതമായ ആപ്ലിക്കേഷനുകൾ നിർമ്മിക്കുന്നതിനുള്ള തത്വങ്ങൾ ഞങ്ങൾ പ്രത്യേകം ശ്രദ്ധിക്കുന്നു. വാസ്തുവിദ്യാ ആസൂത്രണ ഘട്ടത്തിലും നടപ്പാക്കൽ പ്രക്രിയയിലും വിവര സുരക്ഷാ പ്രതിനിധികൾ ഓരോ പ്രോജക്റ്റിലും പങ്കെടുക്കുന്നു. കേടുപാടുകൾക്കുള്ള കോഡ് വിശകലനം ചെയ്യുന്നതിനുള്ള സംവിധാനങ്ങളും അവർ കൈകാര്യം ചെയ്യുന്നു.

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

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

മൈക്രോസർവീസുകളും എച്ച്.ആർ

സെർജി:

പിന്തുണയിലേക്കുള്ള കൈമാറ്റത്തെക്കുറിച്ച് എന്റെ സഹപ്രവർത്തകനോട് ഞാൻ യോജിക്കുന്നു - ജോലി ശരിയായി സംഘടിപ്പിക്കേണ്ടതുണ്ട്. എന്നാൽ തീർച്ചയായും നിലനിൽക്കുന്ന പ്രശ്നങ്ങളെക്കുറിച്ച് ഞാൻ നിങ്ങളോട് പറയും.

ഒന്നാമതായി, സാങ്കേതികവിദ്യ പുതിയതാണ്. ഇതൊരു നല്ല രീതിയിലുള്ള ഹൈപ്പാണ്, ഇത് മനസിലാക്കാനും സൃഷ്ടിക്കാനും കഴിയുന്ന ഒരു സ്പെഷ്യലിസ്റ്റിനെ കണ്ടെത്തുന്നത് ഒരു വലിയ വെല്ലുവിളിയാണ്. വിഭവങ്ങൾക്കായുള്ള മത്സരം ഭ്രാന്താണ്, അതിനാൽ വിദഗ്ധർ അവരുടെ ഭാരം സ്വർണ്ണത്തിൽ വിലമതിക്കുന്നു.

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

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

നന്നായി, സ്കെയിലിംഗ് ഉറവിടങ്ങൾ. “കൊള്ളാം, നമുക്ക് പോകാം! ഇപ്പോൾ ഞങ്ങൾ കൂടുതൽ വേഗത്തിൽ ആഗ്രഹിക്കുന്നു. എന്താണ്, നിങ്ങൾക്ക് കഴിയില്ല? ഒരു വർഷത്തിൽ ഇരട്ടി വിതരണം സാധ്യമല്ലേ? എന്തുകൊണ്ട്?" അത്തരം വളരുന്ന വേദനകൾ ഒരുപക്ഷേ പല കാര്യങ്ങൾക്കും, പല സമീപനങ്ങൾക്കും സ്റ്റാൻഡേർഡ് ആയിരിക്കാം, നിങ്ങൾക്ക് അവ അനുഭവിക്കാൻ കഴിയും.

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

ദിമിത്രി:

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

സെർജി:

അതെ, തികച്ചും.

അലക്സാണ്ടർ:

HR ചോദ്യം ചോദിക്കുന്നു: "ബാക്കെൻഡിനും ഫ്രണ്ട്‌എൻഡിനും ഇടയിൽ നിങ്ങളുടെ പിങ്ക് യൂണികോൺ എവിടെയാണ്?" മൈക്രോ സർവീസ് എന്താണെന്ന് HR-ന് മനസ്സിലാകുന്നില്ല. ഞങ്ങൾ അവരോട് രഹസ്യം പറഞ്ഞു, ബാക്കെൻഡ് എല്ലാം ചെയ്തു, യൂണികോൺ ഇല്ല. എന്നാൽ എച്ച്ആർ മാറുകയാണ്, വേഗത്തിൽ പഠിക്കുകയും അടിസ്ഥാന ഐടി പരിജ്ഞാനമുള്ള ആളുകളെ റിക്രൂട്ട് ചെയ്യുകയും ചെയ്യുന്നു.

മൈക്രോസർവീസുകളുടെ പരിണാമം

ദിമിത്രി:

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

സെർജി:

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

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

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

ഇതൊരു പരിണാമമാണ് - ഫോണുകൾ പോലെ, വളരെ വേഗത്തിൽ മാത്രം: ആദ്യം പുഷ്-ബട്ടൺ ഫോണുകൾ ഉണ്ടായിരുന്നു, തുടർന്ന് സ്മാർട്ട്ഫോണുകൾ പ്രത്യക്ഷപ്പെട്ടു. വിപണിക്ക് മറ്റൊരു ആവശ്യം ഉള്ളതിനാൽ അവർ ഉൽപ്പന്നം മാറ്റിയെഴുതുകയും പുനർരൂപകൽപ്പന ചെയ്യുകയും ചെയ്തു. നമ്മൾ പരിണമിക്കുന്നത് ഇങ്ങനെയാണ്: ഒന്നാം ക്ലാസ്, പത്താം ക്ലാസ്, ജോലി.

ആവർത്തിച്ച്, സാങ്കേതികവിദ്യയുടെ വീക്ഷണകോണിൽ നിന്ന് പ്രതിവർഷം എന്തെങ്കിലും സ്ഥാപിക്കുന്നു, ബാക്ക്ലോഗിന്റെയും ആവശ്യങ്ങളുടെയും വീക്ഷണകോണിൽ നിന്ന് മറ്റെന്തെങ്കിലും. നമ്മൾ ഒരു കാര്യത്തെ മറ്റൊന്നുമായി ബന്ധിപ്പിക്കുന്നു. ടീം 20% സാങ്കേതിക കടത്തിനും ടീമിന്റെ സാങ്കേതിക പിന്തുണയ്‌ക്കുമായി ചെലവഴിക്കുന്നു, 80% ബിസിനസ്സ് സ്ഥാപനത്തിന്. എന്തുകൊണ്ടാണ് ഞങ്ങൾ ഇത് ചെയ്യുന്നത്, എന്തുകൊണ്ടാണ് ഞങ്ങൾ ഈ സാങ്കേതിക മെച്ചപ്പെടുത്തലുകൾ നടത്തുന്നത്, അവ എന്തിലേക്ക് നയിക്കും എന്നതിനെക്കുറിച്ചുള്ള ധാരണയോടെ ഞങ്ങൾ നീങ്ങുന്നു. അത് പോലെ.

ദിമിത്രി:

അടിപൊളി. MegaFon-ൽ എന്താണ് ഉള്ളത്?

അലക്സാണ്ടർ:

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

അടുത്ത ചോദ്യം ഇതായിരുന്നു: "പിന്നെ ഇതെല്ലാം എങ്ങനെ ചൂഷണം ചെയ്യാം?" കൂടാതെ ഒന്ന് കൂടി: "മൈക്രോ സർവീസുകൾക്കിടയിൽ സുതാര്യമായ ഇടപെടൽ എങ്ങനെ ഉറപ്പാക്കാം?" അവസാന ചോദ്യത്തിന് ഉത്തരം നൽകാൻ സേവന മെഷ് ഞങ്ങളെ സഹായിച്ചു. ഞങ്ങൾ ഇസ്തിയോ പൈലറ്റ് ചെയ്യുകയും ഫലങ്ങൾ ഇഷ്ടപ്പെടുകയും ചെയ്തു. ഇപ്പോൾ നമ്മൾ ഉൽപ്പാദന മേഖലകളിലേക്ക് മാറുന്ന ഘട്ടത്തിലാണ്. എല്ലാ വെല്ലുവിളികളോടും ഞങ്ങൾക്ക് പോസിറ്റീവ് മനോഭാവമുണ്ട് - നമ്മൾ നിരന്തരം സ്റ്റാക്ക് മാറ്റേണ്ടതുണ്ട്, പുതിയ എന്തെങ്കിലും പഠിക്കേണ്ടതുണ്ട്. പഴയ പരിഹാരങ്ങൾ ചൂഷണം ചെയ്യാതെ വികസിപ്പിക്കുന്നതിലാണ് ഞങ്ങൾക്ക് താൽപ്പര്യമുള്ളത്.

ദിമിത്രി:

സ്വർണ്ണ വാക്കുകൾ! അത്തരം വെല്ലുവിളികൾ ടീമിനെയും ബിസിനസ്സിനെയും അവരുടെ കാലിൽ നിർത്തുകയും ഭാവി സൃഷ്ടിക്കുകയും ചെയ്യുന്നു. ജിഡിപിആർ ചീഫ് ഡാറ്റ പ്രൊട്ടക്ഷൻ ഓഫീസർമാരെ സൃഷ്ടിച്ചു, നിലവിലെ വെല്ലുവിളികൾ ചീഫ് മൈക്രോസർവീസുകളെയും ആർക്കിടെക്ചർ ഓഫീസർമാരെയും സൃഷ്ടിക്കുന്നു. അത് സന്തോഷിപ്പിക്കുകയും ചെയ്യുന്നു.

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

പങ്കെടുത്ത എല്ലാവർക്കും നന്ദി, സെർജിക്കും അലക്സാണ്ടറിനും നന്ദി!

പ്രേക്ഷകരിൽ നിന്നുള്ള ചോദ്യങ്ങൾ

പ്രേക്ഷകരിൽ നിന്നുള്ള ചോദ്യം (1):

സെർജി, നിങ്ങളുടെ കമ്പനിയിൽ ഐടി മാനേജ്‌മെന്റ് എങ്ങനെ മാറിയിരിക്കുന്നു? നിരവധി സിസ്റ്റങ്ങളുടെ ഒരു വലിയ ശേഖരം ഉള്ളപ്പോൾ, അത് എങ്ങനെ കൈകാര്യം ചെയ്യുന്നു എന്നത് വളരെ വ്യക്തവും യുക്തിസഹവുമായ പ്രക്രിയയാണെന്ന് ഞാൻ മനസ്സിലാക്കുന്നു. ഇത്രയും കുറഞ്ഞ സമയത്തിനുള്ളിൽ വളരെ വലിയ മൈക്രോസർവീസുകൾ സംയോജിപ്പിച്ചതിന് ശേഷം നിങ്ങൾ എങ്ങനെയാണ് ഐടി ഘടകത്തിന്റെ മാനേജ്മെന്റ് പുനർനിർമ്മിച്ചത്?

സെർജി:

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

എന്നാൽ വികസനം, ബിസിനസ് വിശകലനം, പരിശോധന, വികസനം എന്നിവയുടെ അടിസ്ഥാന, അടിസ്ഥാന തത്വങ്ങൾ റദ്ദാക്കിയിട്ടില്ല. ഞങ്ങൾ വേഗത ചേർത്തു. മുമ്പ്, സൈക്കിൾ വളരെയധികം എടുത്തിരുന്നു, ടെസ്റ്റ് പരിതസ്ഥിതികളിൽ ഇൻസ്റ്റാളുചെയ്യുന്നതിന് വളരെയധികം സമയമെടുത്തു. ഇപ്പോൾ ബിസിനസ്സ് അതിന്റെ നേട്ടം കാണുകയും പറയുന്നു: "എന്തുകൊണ്ടാണ് ഞങ്ങൾക്ക് മറ്റ് സ്ഥലങ്ങളിലും ഇത് ചെയ്യാൻ കഴിയാത്തത്?"

ഇത് ഒരു നല്ല രീതിയിൽ, ഒരു വാക്സിൻ രൂപത്തിൽ ഒരു കുത്തിവയ്പ്പ് കാണിച്ചത് പോലെയാണ്: നിങ്ങൾക്ക് ഇത് ഈ രീതിയിൽ ചെയ്യാം, പക്ഷേ നിങ്ങൾക്ക് ഇത് മറ്റൊരു രീതിയിൽ ചെയ്യാം. തീർച്ചയായും, ഉദ്യോഗസ്ഥരിൽ, കഴിവുകളിൽ, അറിവിൽ, പ്രതിരോധത്തിൽ ഒരു പ്രശ്നമുണ്ട്.

പ്രേക്ഷകരിൽ നിന്നുള്ള ചോദ്യം (2):

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

അലക്സാണ്ടർ:

മൈക്രോസർവീസുകളിൽ നിന്ന് ഒരു പ്ലാറ്റ്ഫോമിലേക്ക് മാറുമ്പോൾ ബുദ്ധിമുട്ടുകൾ ഉണ്ട്, പക്ഷേ അവ പരിഹരിക്കാൻ കഴിയും.

ഉദാഹരണത്തിന്, ഞങ്ങൾ 5-7 മൈക്രോസർവീസുകൾ അടങ്ങുന്ന ഒരു ഉൽപ്പന്നം നിർമ്മിക്കുന്നു. മാസ്റ്റർ ബ്രാഞ്ചിലേക്ക് മാറുന്നതിന് പച്ച വെളിച്ചം നൽകുന്നതിന് ഞങ്ങൾ മുഴുവൻ മൈക്രോസർവീസസ് സ്റ്റാക്കിലുടനീളം ഇന്റഗ്രേഷൻ ടെസ്റ്റുകൾ നൽകേണ്ടതുണ്ട്. ഈ ടാസ്‌ക് ഞങ്ങൾക്ക് പുതിയ കാര്യമല്ല: വെണ്ടർ ഞങ്ങൾക്ക് ഇതിനകം ഷിപ്പ് ചെയ്‌ത സൊല്യൂഷനുകൾ വിതരണം ചെയ്തപ്പോൾ ഞങ്ങൾ വളരെക്കാലമായി ബിഎസ്‌എസിൽ ഇത് ചെയ്യുകയായിരുന്നു.

ഞങ്ങളുടെ പ്രശ്നം ചെറിയ ടീമിൽ മാത്രമാണ്. ഒരു സോപാധിക ഉൽപ്പന്നത്തിന് ഒരു QA എഞ്ചിനീയർ ആവശ്യമാണ്. അതിനാൽ, ഞങ്ങൾ 5-7 മൈക്രോസർവീസുകളുടെ ഒരു ഉൽപ്പന്നം അയയ്ക്കുന്നു, അതിൽ 2-3 എണ്ണം മൂന്നാം കക്ഷികൾക്ക് വികസിപ്പിക്കാൻ കഴിയും. ഉദാഹരണത്തിന്, ഞങ്ങളുടെ ബില്ലിംഗ് സിസ്റ്റം വെണ്ടർ, Mail.ru ഗ്രൂപ്പ്, MegaFon R&D എന്നിവർ പങ്കെടുക്കുന്ന ഒരു ഉൽപ്പന്നം ഞങ്ങൾക്കുണ്ട്. ഉൽ‌പാദനത്തിലേക്ക് ഷിപ്പുചെയ്യുന്നതിന് മുമ്പ് ഞങ്ങൾ ഇത് ടെസ്റ്റുകൾ ഉപയോഗിച്ച് മൂടേണ്ടതുണ്ട്. QA എഞ്ചിനീയർ ഒന്നര മാസമായി ഈ ഉൽപ്പന്നത്തിൽ പ്രവർത്തിക്കുന്നു, ടീമിലെ ബാക്കിയുള്ളവർ അദ്ദേഹത്തിന്റെ പിന്തുണയില്ലാതെ അവശേഷിക്കുന്നു.

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

സെർജി:

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

മുമ്പത്തെ പ്രവർത്തനക്ഷമത നിലനിർത്തേണ്ടത് പ്രധാനമാണ്, ഇത് അധിക ഓവർഹെഡാണ്. നിങ്ങൾ മറ്റൊരു പ്രോട്ടോക്കോളിലേക്ക് ഒരു സാങ്കേതികവിദ്യ മാറ്റിയെഴുതുകയാണെങ്കിൽ, നിങ്ങൾ എല്ലാം പൂർണ്ണമായും അടയ്ക്കുന്നതുവരെ നിങ്ങൾ അത് മാറ്റിയെഴുതും.

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

അലക്സാണ്ടർ:

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

പ്രേക്ഷകരിൽ നിന്നുള്ള ചോദ്യം (3):

ഞാൻ മനസ്സിലാക്കിയിടത്തോളം, മൈക്രോസർവീസുകൾ തുടക്കത്തിൽ ഒരു പ്രത്യേക ടീമിൽ നിന്നാണ് വളർന്നത്, ഇപ്പോൾ ഈ മോഡലിൽ നിലവിലുണ്ട്. അതിന്റെ ഗുണദോഷങ്ങൾ എന്തൊക്കെയാണ്?

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

അതനുസരിച്ച്, ഞങ്ങളുടെ പ്രവർത്തനവും സിസ്റ്റങ്ങളിലേക്ക് പോകുന്നു, അതായത്, ഞങ്ങൾ ഈ വിഷയം വികേന്ദ്രീകരിക്കുന്നു. നിങ്ങളുടെ സമീപനം എന്താണ്, നിങ്ങളുടെ ലക്ഷ്യ കഥ എന്താണ്?

അലക്സാണ്ടർ:

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

സെർജി:

ഞങ്ങൾ പോയ വഴി ഞാൻ പറയാം. ഞങ്ങൾ ശരിക്കും ഒരു ടീമായി പ്രവർത്തിക്കാൻ തുടങ്ങി, എന്നാൽ ഇപ്പോൾ ഞങ്ങൾ ഒറ്റയ്ക്കല്ല. ഞാൻ ഇനിപ്പറയുന്നവയുടെ വക്താവാണ്: പ്രക്രിയയുടെ ഒരു ഉടമ ഉണ്ടായിരിക്കണം. മൈക്രോസർവീസസ് വികസന പ്രക്രിയയെ ആരെങ്കിലും മനസ്സിലാക്കുകയും നിയന്ത്രിക്കുകയും നിയന്ത്രിക്കുകയും നിർമ്മിക്കുകയും ചെയ്യേണ്ടതുണ്ട്. അവൻ വിഭവങ്ങൾ സ്വന്തമാക്കുകയും റിസോഴ്സ് മാനേജ്മെന്റിൽ ഏർപ്പെടുകയും വേണം.

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

അതേസമയം, പ്രക്രിയ പൊതുവായതും നിയന്ത്രിതവുമാണ്, ഇത് പൊതുവായ സാങ്കേതിക തത്വങ്ങൾക്കനുസൃതമായി തുടരുന്നു, യൂണിറ്റ് പരിശോധനയും മറ്റും - മുകളിൽ നിർമ്മിച്ചതെല്ലാം. ഉൽപ്പന്ന സമീപനത്തിന്റെ വിവിധ വകുപ്പുകളിൽ നിന്ന് ശേഖരിച്ച വിഭവങ്ങളുടെ രൂപത്തിൽ നിരകൾ ഉണ്ടാകാം.

അലക്സാണ്ടർ:

സെർജി, നിങ്ങൾ യഥാർത്ഥത്തിൽ പ്രക്രിയയുടെ ഉടമയാണ്, അല്ലേ? ടാസ്‌ക് ബാക്ക്‌ലോഗ് പങ്കിട്ടിട്ടുണ്ടോ? അതിന്റെ വിതരണത്തിന് ആരാണ് ഉത്തരവാദി?

സെർജി:

നോക്കൂ: ഇതാ വീണ്ടും മിക്സ്. സാങ്കേതിക മെച്ചപ്പെടുത്തലുകളുടെ അടിസ്ഥാനത്തിൽ രൂപപ്പെടുന്ന ഒരു ബാക്ക്ലോഗ് ഉണ്ട് - ഇത് ഒരു കഥയാണ്. പ്രോജക്റ്റുകളിൽ നിന്ന് രൂപപ്പെടുത്തിയ ഒരു ബാക്ക്ലോഗ് ഉണ്ട്, ഉൽപ്പന്നങ്ങളിൽ നിന്ന് ഒരു ബാക്ക്ലോഗ് ഉണ്ട്. എന്നാൽ ഓരോ സേവന ഉൽപ്പന്നങ്ങളിലേക്കും ആമുഖത്തിന്റെ ക്രമം അല്ലെങ്കിൽ ഈ സേവനം സൃഷ്ടിക്കുന്നത് ഒരു ഉൽപ്പന്ന സ്പെഷ്യലിസ്റ്റ് വികസിപ്പിച്ചതാണ്. അദ്ദേഹം ഐടി ഡയറക്‌ടറേറ്റിൽ ഇല്ല; പ്രത്യേകമായി അദ്ദേഹത്തെ അതിൽ നിന്ന് മാറ്റി. എന്നാൽ എന്റെ ആളുകൾ തീർച്ചയായും അതേ പ്രക്രിയ അനുസരിച്ചാണ് പ്രവർത്തിക്കുന്നത്.

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

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

ചർച്ചയുടെ അവസാനം, പക്ഷേ എല്ലാം അല്ല

mailto:CLOUD കോൺഫറൻസ് സംഘടിപ്പിച്ചു Mail.ru ക്ലൗഡ് സൊല്യൂഷനുകൾ.

ഞങ്ങൾ മറ്റ് ഇവന്റുകളും ചെയ്യുന്നു - ഉദാ. @കുബർനെറ്റസ് മീറ്റപ്പ്, ഞങ്ങൾ എപ്പോഴും മികച്ച സ്പീക്കറുകൾക്കായി തിരയുന്നിടത്ത്:

• ഞങ്ങളുടെ ടെലിഗ്രാം ചാനലിൽ @Kubernetes ഉം മറ്റ് @Meetup വാർത്തകളും പിന്തുടരുക t.me/k8s_mail
• @Meetups-ൽ ഒന്നിൽ സംസാരിക്കാൻ താൽപ്പര്യമുണ്ടോ? ഒരു അഭ്യർത്ഥന വിടുക mcs.mail.ru/speak

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