പുതിയ സാഹചര്യങ്ങളിൽ ഓൺലൈൻ വ്യാപാരവുമായി വേഗത്തിൽ പൊരുത്തപ്പെടാൻ ഞങ്ങളെ സഹായിച്ചത്

ഹലോ!

എന്റെ പേര് മിഖായേൽ, ഞാൻ സ്‌പോർട്‌മാസ്റ്റർ കമ്പനിയിൽ ഐടി ഡെപ്യൂട്ടി ഡയറക്ടറാണ്. പാൻഡെമിക് സമയത്ത് ഉയർന്നുവന്ന വെല്ലുവിളികളെ ഞങ്ങൾ എങ്ങനെ കൈകാര്യം ചെയ്തു എന്നതിന്റെ കഥ പങ്കിടാൻ ഞാൻ ആഗ്രഹിക്കുന്നു.

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

അടിസ്ഥാനപരമായി, അടിസ്ഥാനപരമായി ഞങ്ങളുടെ സൈഡ് ഓപ്പറേഷൻ ഞങ്ങളുടെ പ്രധാന ബിസിനസ്സായി മാറി. ഓരോ ഓൺലൈൻ ഓർഡറിന്റെയും പ്രാധാന്യം വളരെയധികം വർദ്ധിച്ചു. ക്ലയന്റ് കമ്പനിയിലേക്ക് കൊണ്ടുവന്ന ഓരോ റൂബിളും സംരക്ഷിക്കേണ്ടത് ആവശ്യമാണ്. 

ഉപഭോക്തൃ അഭ്യർത്ഥനകളോട് വേഗത്തിൽ പ്രതികരിക്കുന്നതിന്, കമ്പനിയുടെ പ്രധാന ഓഫീസിൽ ഞങ്ങൾ ഒരു അധിക കോൺടാക്റ്റ് സെന്റർ തുറന്നു, ഇപ്പോൾ ആഴ്ചയിൽ ഏകദേശം 285 ആയിരം കോളുകൾ സ്വീകരിക്കാം. അതേ സമയം, ഞങ്ങൾ 270 സ്റ്റോറുകൾ പുതിയ കോൺടാക്റ്റ്‌ലെസ്, സുരക്ഷിതമായ പ്രവർത്തന ഫോർമാറ്റിലേക്ക് മാറ്റി, ഇത് ഉപഭോക്താക്കൾക്ക് ഓർഡറുകൾ സ്വീകരിക്കാനും ജീവനക്കാരെ അവരുടെ ജോലി നിലനിർത്താനും അനുവദിച്ചു.

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

ഓൺലൈൻ സേവനങ്ങളുടെ പ്രവർത്തനം

ഓൺലൈൻ സ്റ്റോറിന്റെയും മൈക്രോസർവീസുകളുടെയും പ്രവർത്തനത്തിന് ഉത്തരവാദിയായ കോൾസ്നിക്കോവ് സെർജി

ഞങ്ങളുടെ റീട്ടെയിൽ സ്റ്റോറുകൾ സന്ദർശകരെ അടയ്ക്കാൻ തുടങ്ങിയ നിമിഷം മുതൽ, ഉപയോക്താക്കളുടെ എണ്ണം, ഞങ്ങളുടെ ആപ്ലിക്കേഷനിൽ നൽകിയിരിക്കുന്ന ഓർഡറുകളുടെ എണ്ണം, ആപ്ലിക്കേഷനുകളിലേക്കുള്ള അഭ്യർത്ഥനകളുടെ എണ്ണം എന്നിങ്ങനെയുള്ള അളവുകളിൽ വർദ്ധനവ് രേഖപ്പെടുത്താൻ തുടങ്ങി. 

മാർച്ച് 18 മുതൽ മാർച്ച് 31 വരെയുള്ള ഓർഡറുകളുടെ എണ്ണംഓൺലൈൻ പേയ്‌മെന്റ് മൈക്രോസർവീസുകളിലേക്കുള്ള അഭ്യർത്ഥനകളുടെ എണ്ണംവെബ്‌സൈറ്റിൽ നൽകിയിരിക്കുന്ന ഓർഡറുകളുടെ എണ്ണം

ആദ്യ ഗ്രാഫിൽ, വർദ്ധനവ് ഏകദേശം 14 മടങ്ങ് ആയിരുന്നു, രണ്ടാമത്തേതിൽ - 4 മടങ്ങ്. ഞങ്ങളുടെ ആപ്ലിക്കേഷനുകളുടെ പ്രതികരണ സമയ മെട്രിക് ഏറ്റവും സൂചകമായി ഞങ്ങൾ കണക്കാക്കുന്നു. 

ഈ ഗ്രാഫിൽ ഫ്രണ്ടുകളുടെയും ആപ്ലിക്കേഷനുകളുടെയും പ്രതികരണം ഞങ്ങൾ കാണുന്നു, അതുപോലെയുള്ള ഒരു വളർച്ചയും ഞങ്ങൾ ശ്രദ്ധിച്ചിട്ടില്ലെന്ന് ഞങ്ങൾ സ്വയം തീരുമാനിച്ചു.

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

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

ഔപചാരികമായി, കമ്പനിയിൽ നിരീക്ഷണം ഉണ്ടായിരുന്നു, എന്നാൽ ഒരു ചട്ടം പോലെ അത് ചിതറിക്കിടക്കുകയും പ്രത്യേക വകുപ്പുകളുടെ ഉത്തരവാദിത്ത മേഖലയിലായി. വാസ്തവത്തിൽ, ഒരു സംഭവം നടന്നപ്പോൾ, കൃത്യമായി എന്താണ് സംഭവിച്ചതെന്ന് ഞങ്ങൾക്ക് ഒരിക്കലും പൊതുവായ ധാരണയുണ്ടായിരുന്നില്ല, ആശയവിനിമയം ഉണ്ടായിരുന്നില്ല, പലപ്പോഴും ഇത് പ്രശ്നം കണ്ടെത്താനും ഒറ്റപ്പെടുത്താനും സർക്കിളുകളിൽ ഓടുന്നതിലേക്ക് നയിച്ചു, അങ്ങനെ അത് പരിഹരിക്കാനാകും.

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

അതേ സമയം, ഞങ്ങൾ വിപണിയിൽ ലഭ്യമായ സാങ്കേതികവിദ്യകൾ മാത്രമല്ല, ഞങ്ങളുടേതായ ചിലത് വികസിപ്പിക്കുകയും ചെയ്യുന്നു. ഉദാഹരണത്തിന്, സിസ്റ്റങ്ങൾ പരസ്പരം സംയോജിപ്പിക്കുന്നതിനുള്ള സേവനങ്ങൾ ഞങ്ങൾ നിർമ്മിക്കുന്നു, അതായത്, അളവുകൾ ശേഖരിക്കുന്നതിനുള്ള ഒരുതരം API. കൂടാതെ ഞങ്ങൾ ഞങ്ങളുടെ സ്വന്തം മോണിറ്ററിംഗ് സിസ്റ്റങ്ങളിൽ പ്രവർത്തിക്കുന്നു - ബിസിനസ് മെട്രിക്‌സിന്റെ തലത്തിൽ ഞങ്ങൾ UI ടെസ്റ്റുകൾ ഉപയോഗിക്കുന്നു. കൂടാതെ ടീമുകളെ അറിയിക്കാൻ ടെലിഗ്രാമിൽ ഒരു ബോട്ടും.

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

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

തീർച്ചയായും, ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങളുടെ കാര്യത്തിൽ വളരാനും വികസിപ്പിക്കാനും ഞങ്ങൾക്ക് ഇപ്പോഴും ഇടമുണ്ട്, ഞങ്ങൾ ഇതിൽ സജീവമായി പ്രവർത്തിക്കുന്നു. ഞങ്ങളുടെ നിരീക്ഷണ സംവിധാനത്തെക്കുറിച്ച് നിങ്ങൾക്ക് കൂടുതൽ വായിക്കാം ഇവിടെ. 

സാങ്കേതിക പരിശോധനകൾ 

ഓർലോവ് സെർജി, വെബ്, മൊബൈൽ ഡെവലപ്‌മെന്റിനുള്ള കഴിവ് കേന്ദ്രത്തിന്റെ തലവനാണ്

ഫിസിക്കൽ സ്റ്റോർ അടച്ചുപൂട്ടൽ ആരംഭിച്ചതുമുതൽ, വികസന വീക്ഷണകോണിൽ നിന്ന് ഞങ്ങൾ വിവിധ വെല്ലുവിളികളെ അഭിമുഖീകരിച്ചു. ഒന്നാമതായി, ലോഡ് കുതിച്ചുചാട്ടം. ഉചിതമായ നടപടികൾ കൈക്കൊള്ളുന്നില്ലെങ്കിൽ, സിസ്റ്റത്തിലേക്ക് ഉയർന്ന ലോഡ് പ്രയോഗിക്കുമ്പോൾ, അത് ഒരു മത്തങ്ങയായി മാറാം, അല്ലെങ്കിൽ പ്രകടനത്തിൽ പൂർണ്ണമായും അധഃപതിക്കും, അല്ലെങ്കിൽ അതിന്റെ പ്രവർത്തനക്ഷമത പോലും നഷ്ടപ്പെടും.

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

ഞങ്ങൾക്ക് അടിസ്ഥാനപരമായി അനന്തമായ ബ്ലാക്ക് ഫ്രൈഡേ ഉണ്ടായിരുന്നു, ഈ സമയത്ത് സിസ്റ്റം മാറ്റേണ്ടത് ആവശ്യമാണ്. കൂടാതെ സിസ്റ്റത്തിലെ ഏതെങ്കിലും പിശക്, പ്രശ്നം അല്ലെങ്കിൽ പരാജയം ബിസിനസിന് വളരെ ചെലവേറിയതായിരിക്കും.

മുന്നോട്ട് നോക്കുമ്പോൾ, ഈ ടെസ്റ്റുകളെ നേരിടാൻ ഞങ്ങൾക്ക് കഴിഞ്ഞു, എല്ലാ സിസ്റ്റങ്ങളും ലോഡിനെ ചെറുത്തു, എളുപ്പത്തിൽ സ്കെയിൽ ചെയ്തു, ആഗോള സാങ്കേതിക പരാജയങ്ങളൊന്നും ഞങ്ങൾ അനുഭവിച്ചിട്ടില്ലെന്ന് ഞാൻ പറയും.

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

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

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

ഒപ്പം ചെക്ക്‌ലിസ്റ്റും ഇതാ

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

നാലാമത്തെ സ്തംഭം വാസ്തുശാസ്ത്ര തത്വങ്ങളും സാങ്കേതിക പരിഹാരങ്ങളുമാണ്. നമുക്ക് വാസ്തുവിദ്യയെക്കുറിച്ച് വളരെക്കാലം സംസാരിക്കാൻ കഴിയും, എന്നാൽ ഞാൻ ശ്രദ്ധ കേന്ദ്രീകരിക്കാൻ ആഗ്രഹിക്കുന്ന രണ്ട് തത്വങ്ങൾ ഊന്നിപ്പറയാൻ ഞാൻ ആഗ്രഹിക്കുന്നു.

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

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

സാങ്കേതിക പരിഹാരങ്ങളെക്കുറിച്ച് പറയുമ്പോൾ, ജോലിഭാരത്തിന്റെ അടുത്ത തരംഗത്തിനുള്ള തയ്യാറെടുപ്പിനായി അവർ നടപ്പിലാക്കിയ ഒരു പുതിയ ശുപാർശകളും ആശയങ്ങളും പരിഹാരങ്ങളും തയ്യാറാക്കാൻ ഞങ്ങൾ ഉൽപ്പന്ന ടീമുകളോട് ആവശ്യപ്പെട്ടു.

കേശി

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

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

കൂടാതെ, Hazelcast ലെ ക്രിയോ എന്ന സീരിയലൈസർ മാറ്റുന്നത് ഞങ്ങൾക്ക് നല്ല ഉത്തേജനം നൽകി. ഒപ്പം Hazelcast-ലെ ReplicatedMap-ൽ നിന്ന് IMap + Near Cache-ലേക്കുള്ള മാറ്റം ക്ലസ്റ്ററിലുടനീളം ഡാറ്റയുടെ ചലനം കുറയ്ക്കാൻ ഞങ്ങളെ അനുവദിച്ചു. 

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

റിയാക്ടീവ് സ്റ്റാക്ക്

ഞങ്ങൾ വളരെ വലിയ സിസ്റ്റങ്ങളിൽ റിയാക്ടീവ് സ്റ്റാക്ക് ഉപയോഗിക്കുന്നു. ഞങ്ങളുടെ കാര്യത്തിൽ, ഇത് Webflux അല്ലെങ്കിൽ coroutines ഉള്ള Kotlin ആണ്. മന്ദഗതിയിലുള്ള ഇൻപുട്ട്-ഔട്ട്പുട്ട് പ്രവർത്തനങ്ങൾ പ്രതീക്ഷിക്കുന്നിടത്ത് റിയാക്ടീവ് സ്റ്റാക്ക് വളരെ നല്ലതാണ്. ഉദാഹരണത്തിന്, സേവനങ്ങൾ മന്ദഗതിയിലാക്കാനുള്ള കോളുകൾ, ഫയൽ സിസ്റ്റത്തിലോ സ്റ്റോറേജ് സിസ്റ്റങ്ങളിലോ പ്രവർത്തിക്കുന്നു.

കോളുകൾ തടയുന്നത് ഒഴിവാക്കുക എന്നതാണ് ഏറ്റവും പ്രധാനപ്പെട്ട തത്വം. റിയാക്ടീവ് ചട്ടക്കൂടുകൾക്ക് ചെറിയ എണ്ണം ലൈവ് സർവീസ് ത്രെഡുകൾ ഉണ്ട്. JDBC ഡ്രൈവർ കോൾ പോലെയുള്ള നേരിട്ടുള്ള തടയൽ കോൾ ചെയ്യാൻ നമ്മൾ അശ്രദ്ധമായി അനുവദിക്കുകയാണെങ്കിൽ, സിസ്റ്റം കേവലം നിലക്കും. 

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

ഇലാസ്റ്റിസെര്ച്ച്

Elasticsearch ഉപയോഗിക്കുമ്പോൾ, ഉപയോഗിക്കാത്ത ഡാറ്റ തിരഞ്ഞെടുക്കരുത്. ഇത് തത്വത്തിൽ, വളരെ ലളിതമായ ഉപദേശം കൂടിയാണ്, എന്നാൽ മിക്കപ്പോഴും ഇതാണ് മറന്നുപോകുന്നത്. നിങ്ങൾക്ക് ഒരു സമയം 10 ​​ആയിരത്തിലധികം റെക്കോർഡുകൾ തിരഞ്ഞെടുക്കണമെങ്കിൽ, നിങ്ങൾ സ്ക്രോൾ ഉപയോഗിക്കേണ്ടതുണ്ട്. ഒരു സാമ്യം ഉപയോഗിക്കുന്നതിന്, ഇത് ഒരു റിലേഷണൽ ഡാറ്റാബേസിലെ ഒരു കഴ്സർ പോലെയാണ്. 

ആവശ്യമില്ലെങ്കിൽ പോസ്റ്റ് ഫിൽറ്റർ ഉപയോഗിക്കരുത്. പ്രധാന സാമ്പിളിൽ വലിയ ഡാറ്റ ഉള്ളതിനാൽ, ഈ പ്രവർത്തനം ഡാറ്റാബേസിനെ വളരെയധികം ലോഡ് ചെയ്യുന്നു. 

ബാധകമായ ഇടങ്ങളിൽ ബൾക്ക് പ്രവർത്തനങ്ങൾ ഉപയോഗിക്കുക.

എപിഐ

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

അവസാനമായി, ഒരു കൂട്ടം ഡാറ്റയും വലിച്ചെറിയരുത്, ഉപഭോക്താക്കളും വിതരണക്കാരും തമ്മിലുള്ള കരാറിനെക്കുറിച്ച് വ്യക്തമായിരിക്കുക.

സംഘടനാ പരിവർത്തനം

ഇറോഷ്കിന എലീന, ഐടി ഡെപ്യൂട്ടി ഡയറക്ടർ

ക്വാറന്റൈൻ സംഭവിക്കുകയും ഓൺലൈൻ വികസനത്തിന്റെ വേഗത കുത്തനെ വർദ്ധിപ്പിക്കുകയും ഓമ്‌നിചാനൽ സേവനങ്ങൾ അവതരിപ്പിക്കുകയും ചെയ്യേണ്ടതിന്റെ ആവശ്യകത ഉയർന്നുവന്ന നിമിഷത്തിൽ, ഞങ്ങൾ ഇതിനകം സംഘടനാ പരിവർത്തനത്തിന്റെ പ്രക്രിയയിലായിരുന്നു. 

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

ഭാഗ്യവശാൽ, ഞങ്ങളുടെ ഉൽപ്പന്ന ടീമുകളിൽ ഭൂരിഭാഗവും ഓൺലൈൻ, ഓമ്‌നിചാനൽ സേവനങ്ങളുടെ മേഖലയിലായിരുന്നു. കാര്യക്ഷമത നഷ്ടപ്പെടാതെ ഏറ്റവും കുറഞ്ഞ സമയത്തിനുള്ളിൽ (ഗുരുതരമായി, അക്ഷരാർത്ഥത്തിൽ രണ്ട് ദിവസത്തിനുള്ളിൽ) റിമോട്ട് വർക്ക് മോഡിലേക്ക് മാറാൻ ഇത് ഞങ്ങളെ അനുവദിച്ചു. ഇഷ്‌ടാനുസൃതമാക്കിയ പ്രക്രിയ, പുതിയ തൊഴിൽ സാഹചര്യങ്ങളുമായി വേഗത്തിൽ പൊരുത്തപ്പെടാനും പുതിയ പ്രവർത്തനങ്ങളുടെ ഡെലിവറിയുടെ ഉയർന്ന വേഗത നിലനിർത്താനും ഞങ്ങളെ അനുവദിച്ചു.

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

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

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

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

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

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

മെത്തഡോളജിസ്റ്റുകൾ, ഒരു പ്രക്രിയ നിർമ്മിക്കുന്നതിനും ആശയവിനിമയങ്ങൾ സ്ഥാപിക്കുന്നതിനും പ്രവർത്തനക്ഷമത മെച്ചപ്പെടുത്തുന്നതിനും ടീമുകളെ സഹായിക്കുന്ന ആളുകൾ അടിസ്ഥാനപരമായി മാറ്റത്തിന്റെ ഏജന്റുമാരാണ്. ഇപ്പോൾ, ഞങ്ങളുടെ ആദ്യ കൂട്ടായ്മയിലെ ബിരുദധാരികൾ ടീമുകൾക്കൊപ്പം പ്രവർത്തിക്കുകയും അവരെ വിജയിപ്പിക്കാൻ സഹായിക്കുകയും ചെയ്യുന്നു. 

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

കണ്ടെത്തലുകൾ

ഈ പ്രയാസകരമായ സമയത്ത്, സോഫ്‌റ്റ്‌വെയർ വികസനം നിലനിൽക്കുന്ന പ്രധാന തത്ത്വങ്ങൾ ഞങ്ങൾ രൂപപ്പെടുത്തിയിട്ടുണ്ട്, ഇത് കൈകാര്യം ചെയ്യുന്ന എല്ലാ കമ്പനികൾക്കും ഇത് പ്രസക്തമാകുമെന്ന് ഞാൻ കരുതുന്നു.

ജനം. ഇതാണ് എല്ലാം നിലനിൽക്കുന്നത്. ജീവനക്കാർ അവരുടെ ജോലി ആസ്വദിക്കുകയും കമ്പനിയുടെ ലക്ഷ്യങ്ങളും അവർ പ്രവർത്തിക്കുന്ന ഉൽപ്പന്നങ്ങളുടെ ലക്ഷ്യങ്ങളും മനസ്സിലാക്കുകയും വേണം. തീർച്ചയായും, അവർക്ക് പ്രൊഫഷണലായി വികസിപ്പിക്കാൻ കഴിയും. 

സാങ്കേതികവിദ്യ. കമ്പനി അതിന്റെ ടെക്നോളജി സ്റ്റാക്കിനൊപ്പം പ്രവർത്തിക്കാനും ശരിക്കും ആവശ്യമുള്ളിടത്ത് കഴിവുകൾ ഉണ്ടാക്കാനും പക്വമായ സമീപനം സ്വീകരിക്കേണ്ടത് ആവശ്യമാണ്. ഇത് വളരെ ലളിതവും വ്യക്തവുമാണെന്ന് തോന്നുന്നു. കൂടാതെ പലപ്പോഴും അവഗണിക്കപ്പെടുന്നു.

പ്രക്രിയകൾ. ഉൽപ്പന്ന ടീമുകളുടെയും യോഗ്യതാ കേന്ദ്രങ്ങളുടെയും പ്രവർത്തനം ശരിയായി ഓർഗനൈസുചെയ്യേണ്ടത് പ്രധാനമാണ്, ഒരു പങ്കാളിയായി പ്രവർത്തിക്കുന്നതിന് ബിസിനസ്സുമായി ആശയവിനിമയം സ്ഥാപിക്കുക.

പൊതുവേ, ഞങ്ങൾ അതിജീവിച്ചത് അങ്ങനെയാണ്. നമ്മുടെ കാലത്തെ പ്രധാന തീസിസ് ഒരിക്കൽ കൂടി ഉറപ്പിച്ചു, നെറ്റിയിൽ ശക്തമായ ഒരു ക്ലിക്കിലൂടെ

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

ഇത് തികച്ചും അനിവാര്യമാണ്. ഇതിനായി നിങ്ങളുടെ സാങ്കേതിക കഴിവുകളും അടിസ്ഥാന സൗകര്യങ്ങളും മാത്രമല്ല, നിങ്ങളുടെ ആളുകളും പ്രക്രിയകളും തയ്യാറാക്കേണ്ടതുണ്ട്. എല്ലാത്തിനുമുപരി, നിങ്ങൾക്ക് കുറച്ച് മണിക്കൂറിനുള്ളിൽ അധിക മെമ്മറി, സ്ഥലം, പുതിയ സംഭവങ്ങൾ വിന്യസിക്കുക തുടങ്ങിയവ വേഗത്തിൽ വാങ്ങാം. എന്നാൽ ആളുകളും പ്രക്രിയകളും ഇതിന് മുൻകൂട്ടി തയ്യാറാക്കേണ്ടതുണ്ട്.

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