ഞങ്ങൾ ആനയെ ഭാഗങ്ങളായി തിന്നുന്നു. ഉദാഹരണങ്ങൾക്കൊപ്പം ആപ്ലിക്കേഷൻ ആരോഗ്യ നിരീക്ഷണ തന്ത്രം

ഹലോ എല്ലാവർക്കും!

ഞങ്ങളുടെ കമ്പനി സോഫ്റ്റ്‌വെയർ വികസനത്തിലും തുടർന്നുള്ള സാങ്കേതിക പിന്തുണയിലും ഏർപ്പെട്ടിരിക്കുന്നു. സാങ്കേതിക പിന്തുണയ്‌ക്ക് പിശകുകൾ പരിഹരിക്കുക മാത്രമല്ല, ഞങ്ങളുടെ ആപ്ലിക്കേഷനുകളുടെ പ്രകടനം നിരീക്ഷിക്കുകയും വേണം.

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

ഞങ്ങൾക്ക് ഒരു ചെറിയ കമ്പനിയുണ്ട്, ആപ്ലിക്കേഷനുകൾ നിരീക്ഷിക്കുന്നതിനുള്ള സങ്കീർണ്ണമായ പരിഹാരങ്ങളൊന്നും പഠിക്കാനും പരിപാലിക്കാനും ഞങ്ങൾക്ക് ഉറവിടങ്ങളില്ല, ലളിതവും ഫലപ്രദവുമായ ഒരു പരിഹാരം കണ്ടെത്തേണ്ടതുണ്ട്.

നിരീക്ഷണ തന്ത്രം

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

ആനയെ എങ്ങനെ തിന്നും? ഭാഗങ്ങളിൽ മാത്രം! ആപ്ലിക്കേഷനുകൾ നിരീക്ഷിക്കാൻ ഞങ്ങൾ ഈ സമീപനം ഉപയോഗിക്കുന്നു.

ഞങ്ങളുടെ നിരീക്ഷണ തന്ത്രത്തിന്റെ സാരം:

നിങ്ങളുടെ ആപ്ലിക്കേഷനെ ഘടകങ്ങളായി വിഭജിക്കുക.
ഓരോ ഘടകത്തിനും നിയന്ത്രണ പരിശോധനകൾ സൃഷ്ടിക്കുക.

ഒരു ഘടകം അതിന്റെ എല്ലാ നിയന്ത്രണ പരിശോധനകളും പിശകുകളില്ലാതെ നടത്തുകയാണെങ്കിൽ പ്രവർത്തനക്ഷമമായി കണക്കാക്കപ്പെടുന്നു. ഒരു ആപ്ലിക്കേഷന്റെ എല്ലാ ഘടകങ്ങളും പ്രവർത്തനക്ഷമമാണെങ്കിൽ അത് ആരോഗ്യകരമാണെന്ന് കണക്കാക്കുന്നു.

അതിനാൽ, ഏത് സിസ്റ്റത്തെയും ഘടകങ്ങളുടെ ഒരു വൃക്ഷമായി പ്രതിനിധീകരിക്കാൻ കഴിയും. സങ്കീർണ്ണമായ ഘടകങ്ങളെ ലളിതമായവയായി വിഭജിക്കുന്നു. ലളിതമായ ഘടകങ്ങൾക്ക് പരിശോധനകളുണ്ട്.

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

അത്ഭുതങ്ങളൊന്നുമില്ല; മിക്ക ചെക്കുകളും സ്വതന്ത്രമായി വികസിപ്പിക്കേണ്ടതുണ്ട്. എന്നാൽ ഭയപ്പെടരുത്, കാരണം മിക്ക കേസുകളിലും ഒരു ചെക്ക് 5-10 വരി കോഡ് എടുക്കുന്നു, എന്നാൽ നിങ്ങൾക്ക് ഏത് യുക്തിയും നടപ്പിലാക്കാൻ കഴിയും, കൂടാതെ ചെക്ക് എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് നിങ്ങൾക്ക് വ്യക്തമായി മനസ്സിലാകും.

നിരീക്ഷണ സംവിധാനം

ഞങ്ങൾ ആപ്ലിക്കേഷനെ ഘടകങ്ങളായി വിഭജിച്ചു, ഓരോ ഘടകത്തിനും വേണ്ടിയുള്ള പരിശോധനകൾ കൊണ്ടുവരികയും നടപ്പിലാക്കുകയും ചെയ്തുവെന്നിരിക്കട്ടെ, എന്നാൽ ഈ പരിശോധനകളുടെ ഫലങ്ങളുമായി എന്തുചെയ്യണം? ചില ചെക്ക് പരാജയപ്പെട്ടാൽ നമുക്ക് എങ്ങനെ അറിയാം?

ഞങ്ങൾക്ക് ഒരു നിരീക്ഷണ സംവിധാനം ആവശ്യമാണ്. അവൾ ഇനിപ്പറയുന്ന ജോലികൾ ചെയ്യും:

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

ASMO സിസ്റ്റത്തിന്റെ ഹ്രസ്വ വിവരണം

ഒരു ഉദാഹരണം ഉപയോഗിച്ച് വിശദീകരിക്കുന്നതാണ് നല്ലത്. ASMO സിസ്റ്റത്തിന്റെ പ്രകടനത്തിന്റെ നിരീക്ഷണം എങ്ങനെ സംഘടിപ്പിക്കുന്നുവെന്ന് നോക്കാം.

ASMO ഒരു ഓട്ടോമേറ്റഡ് മെറ്റീരിയോളജിക്കൽ സപ്പോർട്ട് സിസ്റ്റമാണ്. ഡി-ഐസിംഗ് മെറ്റീരിയലുകൾ ഉപയോഗിച്ച് റോഡ് എവിടെ, എപ്പോൾ കൈകാര്യം ചെയ്യേണ്ടത് ആവശ്യമാണെന്ന് മനസ്സിലാക്കാൻ റോഡ് സർവീസ് സ്പെഷ്യലിസ്റ്റുകളെ സിസ്റ്റം സഹായിക്കുന്നു. സിസ്റ്റം റോഡ് കൺട്രോൾ പോയിന്റുകളിൽ നിന്ന് ഡാറ്റ ശേഖരിക്കുന്നു. ഉപകരണങ്ങൾ സ്ഥാപിച്ചിരിക്കുന്ന റോഡിലെ ഒരു സ്ഥലമാണ് റോഡ് കൺട്രോൾ പോയിന്റ്: ഒരു കാലാവസ്ഥാ സ്റ്റേഷൻ, ഒരു വീഡിയോ ക്യാമറ മുതലായവ. അപകടകരമായ സാഹചര്യങ്ങൾ പ്രവചിക്കാൻ, സിസ്റ്റത്തിന് ബാഹ്യ ഉറവിടങ്ങളിൽ നിന്ന് കാലാവസ്ഥാ പ്രവചനങ്ങൾ ലഭിക്കുന്നു.

അതിനാൽ, സിസ്റ്റത്തിന്റെ ഘടന തികച്ചും സാധാരണമാണ്: വെബ്സൈറ്റ്, ഏജന്റ്, ഉപകരണങ്ങൾ. നമുക്ക് നിരീക്ഷണം ആരംഭിക്കാം.

സിസ്റ്റത്തെ ഘടകങ്ങളായി വിഭജിക്കുന്നു

ASMO സിസ്റ്റത്തിൽ ഇനിപ്പറയുന്ന ഘടകങ്ങൾ വേർതിരിച്ചറിയാൻ കഴിയും:

1. വ്യക്തിഗത അക്കൗണ്ട്
ഇതൊരു വെബ് ആപ്ലിക്കേഷനാണ്. കുറഞ്ഞത്, ആപ്ലിക്കേഷൻ ഇന്റർനെറ്റിൽ ലഭ്യമാണോ എന്ന് നിങ്ങൾ പരിശോധിക്കേണ്ടതുണ്ട്.

2. ഡാറ്റാബേസ്
റിപ്പോർട്ടിംഗിന് പ്രധാനമായ ഡാറ്റ ഡാറ്റാബേസ് സംഭരിക്കുന്നു, കൂടാതെ ഡാറ്റാബേസ് ബാക്കപ്പുകൾ വിജയകരമായി സൃഷ്ടിക്കപ്പെട്ടിട്ടുണ്ടെന്ന് നിങ്ങൾ ഉറപ്പാക്കണം.

3. സെർവർ
സെർവർ എന്നതുകൊണ്ട് ഞങ്ങൾ ഉദ്ദേശിക്കുന്നത് ആപ്ലിക്കേഷനുകൾ പ്രവർത്തിക്കുന്ന ഹാർഡ്‌വെയറാണ്. HDD, RAM, CPU എന്നിവയുടെ നില പരിശോധിക്കേണ്ടത് ആവശ്യമാണ്.

4. ഏജന്റ്
ഒരു ഷെഡ്യൂളിൽ നിരവധി വ്യത്യസ്ത ജോലികൾ ചെയ്യുന്ന ഒരു വിൻഡോസ് സേവനമാണിത്. കുറഞ്ഞത്, സേവനം പ്രവർത്തിക്കുന്നുണ്ടോയെന്ന് നിങ്ങൾ പരിശോധിക്കേണ്ടതുണ്ട്.

5. ഏജന്റ് ചുമതല
ഒരു ഏജന്റ് പ്രവർത്തിക്കുന്നുണ്ടെന്ന് അറിഞ്ഞാൽ മാത്രം പോരാ. ഒരു ഏജന്റ് പ്രവർത്തിച്ചേക്കാം, എന്നാൽ അതിന്റെ നിയുക്ത ചുമതലകൾ നിർവഹിക്കില്ല. ഏജന്റ് ഘടകത്തെ ടാസ്‌ക്കുകളായി വിഭജിച്ച് ഓരോ ഏജന്റ് ടാസ്‌ക്കും വിജയകരമായി പ്രവർത്തിക്കുന്നുണ്ടോയെന്ന് പരിശോധിക്കാം.

6. റോഡ് കൺട്രോൾ പോയിന്റുകൾ (എല്ലാ എംപിസികളുടെയും കണ്ടെയ്നർ)
നിരവധി റോഡ് നിയന്ത്രണ പോയിന്റുകൾ ഉണ്ട്, അതിനാൽ എല്ലാ MPC-കളും ഒരു ഘടകത്തിൽ സംയോജിപ്പിക്കാം. ഇത് മോണിറ്ററിംഗ് ഡാറ്റ വായിക്കുന്നത് കൂടുതൽ സൗകര്യപ്രദമാക്കും. "ASMO സിസ്റ്റം" ഘടകത്തിന്റെ നില കാണുമ്പോൾ, പ്രശ്നങ്ങൾ എവിടെയാണെന്ന് ഉടനടി വ്യക്തമാകും: ആപ്ലിക്കേഷനുകൾ, ഹാർഡ്വെയർ അല്ലെങ്കിൽ പരമാവധി നിയന്ത്രണ സംവിധാനത്തിൽ.

7. റോഡ് കൺട്രോൾ പോയിന്റ് (പരമാവധി ഒരു പരിധി)
ഈ MPC-യിലെ എല്ലാ ഉപകരണങ്ങളും സേവനയോഗ്യമാണെങ്കിൽ ഈ ഘടകം സേവനയോഗ്യമാണെന്ന് ഞങ്ങൾ പരിഗണിക്കും.

8. ഉപകരണം
പരമാവധി കോൺസൺട്രേഷൻ പരിധിയിൽ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുള്ള ഒരു വീഡിയോ ക്യാമറ അല്ലെങ്കിൽ കാലാവസ്ഥാ സ്റ്റേഷനാണിത്. ഉപകരണം ശരിയായി പ്രവർത്തിക്കുന്നുണ്ടെന്ന് പരിശോധിക്കേണ്ടത് ആവശ്യമാണ്.

മോണിറ്ററിംഗ് സിസ്റ്റത്തിൽ, ഘടക ട്രീ ഇതുപോലെ കാണപ്പെടും:

വെബ് ആപ്ലിക്കേഷൻ മോണിറ്ററിംഗ്

അതിനാൽ, ഞങ്ങൾ സിസ്റ്റത്തെ ഘടകങ്ങളായി വിഭജിച്ചു, ഇപ്പോൾ ഓരോ ഘടകത്തിനും വേണ്ടിയുള്ള പരിശോധനകൾ ഞങ്ങൾ കൊണ്ടുവരേണ്ടതുണ്ട്.

ഒരു വെബ് ആപ്ലിക്കേഷൻ നിരീക്ഷിക്കാൻ ഞങ്ങൾ ഇനിപ്പറയുന്ന പരിശോധനകൾ ഉപയോഗിക്കുന്നു:

1. പ്രധാന പേജ് തുറക്കുന്നത് പരിശോധിക്കുന്നു
നിരീക്ഷണ സംവിധാനമാണ് ഈ പരിശോധന നടത്തുന്നത്. ഇത് നടപ്പിലാക്കാൻ, ഞങ്ങൾ പേജ് വിലാസം, പ്രതീക്ഷിക്കുന്ന പ്രതികരണ ശകലം, പരമാവധി അഭ്യർത്ഥന നിർവ്വഹണ സമയം എന്നിവ സൂചിപ്പിക്കുന്നു.

2. ഡൊമെയ്ൻ പേയ്മെന്റ് സമയപരിധി പരിശോധിക്കുന്നു
വളരെ പ്രധാനപ്പെട്ട ഒരു പരിശോധന. ഒരു ഡൊമെയ്ൻ പണം നൽകാതെ തുടരുമ്പോൾ, ഉപയോക്താക്കൾക്ക് സൈറ്റ് തുറക്കാൻ കഴിയില്ല. പ്രശ്നം പരിഹരിക്കാൻ കുറച്ച് ദിവസങ്ങൾ എടുത്തേക്കാം, കാരണം... DNS മാറ്റങ്ങൾ ഉടനടി ബാധകമല്ല.

3. SSL സർട്ടിഫിക്കറ്റ് പരിശോധിക്കുന്നു
ഇക്കാലത്ത്, മിക്കവാറും എല്ലാ വെബ്‌സൈറ്റുകളും ആക്‌സസ്സിനായി https പ്രോട്ടോക്കോൾ ഉപയോഗിക്കുന്നു. പ്രോട്ടോക്കോൾ ശരിയായി പ്രവർത്തിക്കുന്നതിന്, നിങ്ങൾക്ക് സാധുതയുള്ള ഒരു SSL സർട്ടിഫിക്കറ്റ് ആവശ്യമാണ്.

മോണിറ്ററിംഗ് സിസ്റ്റത്തിലെ "വ്യക്തിഗത അക്കൗണ്ട്" ഘടകം ചുവടെയുണ്ട്:

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

നിങ്ങൾക്ക് മറ്റെന്താണ് പരിശോധിക്കാൻ കഴിയുക?

നിങ്ങളുടെ വെബ് ആപ്ലിക്കേഷൻ കൂടുതൽ പൂർണ്ണമായി നിരീക്ഷിക്കുന്നതിന്, നിങ്ങൾക്ക് ഇനിപ്പറയുന്ന പരിശോധനകൾ നടത്താം:

• ഓരോ കാലയളവിലും JavaScript പിശകുകളുടെ എണ്ണം
• കാലയളവിലെ വെബ് ആപ്ലിക്കേഷൻ വശത്ത് (ബാക്ക് എൻഡ്) പിശകുകളുടെ എണ്ണം
• വിജയിക്കാത്ത വെബ് ആപ്ലിക്കേഷൻ പ്രതികരണങ്ങളുടെ എണ്ണം (പ്രതികരണ കോഡ് 404, 500, മുതലായവ)
• ശരാശരി അന്വേഷണ നിർവ്വഹണ സമയം

ഒരു വിൻഡോസ് സേവനം നിരീക്ഷിക്കുന്നു (ഏജൻറ്)

ASMO സിസ്റ്റത്തിൽ, ഏജന്റ് ഒരു ടാസ്‌ക് ഷെഡ്യൂളറുടെ പങ്ക് വഹിക്കുന്നു, അത് പശ്ചാത്തലത്തിൽ ഷെഡ്യൂൾ ചെയ്ത ജോലികൾ നിർവ്വഹിക്കുന്നു.

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

ഞങ്ങൾ ഏജന്റ് ഘടകത്തെ ചൈൽഡ് ഘടകങ്ങളായി വിഭജിക്കുന്നു (ജോലികൾ):

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

ASMO സിസ്റ്റത്തിൽ നൂറിലധികം ടാസ്‌ക്കുകൾ ഉണ്ട്, ഓരോ ടാസ്‌ക്കിനും അതുല്യമായ പരിശോധനകൾ കൊണ്ടുവരേണ്ടത് ശരിക്കും ആവശ്യമാണോ? തീർച്ചയായും, ഓരോ ഏജന്റ് ടാസ്ക്കുകൾക്കും ഞങ്ങളുടെ സ്വന്തം പ്രത്യേക പരിശോധനകൾ കൊണ്ടുവരികയും നടപ്പിലാക്കുകയും ചെയ്താൽ നിയന്ത്രണം മികച്ചതായിരിക്കും, എന്നാൽ മിക്ക കേസുകളിലും സാർവത്രിക പരിശോധനകൾ ഉപയോഗിച്ചാൽ മതിയാകും.

ടാസ്‌ക്കുകൾക്കായി ASMO സിസ്റ്റം സാർവത്രിക പരിശോധനകൾ മാത്രമേ ഉപയോഗിക്കുന്നുള്ളൂ, സിസ്റ്റത്തിന്റെ പ്രകടനം നിരീക്ഷിക്കാൻ ഇത് മതിയാകും.

പുരോഗതി പരിശോധിക്കുന്നു
ഏറ്റവും ലളിതവും ഫലപ്രദവുമായ പരിശോധന നിർവ്വഹണ പരിശോധനയാണ്. പിശകുകളില്ലാതെ ടാസ്ക്ക് പൂർത്തിയാക്കിയെന്ന് പരിശോധന പരിശോധിക്കുന്നു. എല്ലാ ജോലികൾക്കും ഈ പരിശോധനയുണ്ട്.

അൽഗോരിതം പരിശോധിക്കുന്നു

ഓരോ ടാസ്‌ക് എക്‌സിക്യൂഷനും ശേഷം, ടാസ്‌ക് എക്‌സിക്യൂഷൻ വിജയകരമാണെങ്കിൽ മോണിറ്ററിംഗ് സിസ്റ്റത്തിലേക്ക് SUCCESS പരിശോധനയുടെ ഫലം നിങ്ങൾ അയയ്‌ക്കേണ്ടതുണ്ട്, അല്ലെങ്കിൽ എക്‌സിക്യൂഷൻ ഒരു പിശകോടെ പൂർത്തിയാക്കിയാൽ പിശക്.

ഈ പരിശോധനയ്ക്ക് ഇനിപ്പറയുന്ന പ്രശ്നങ്ങൾ കണ്ടെത്താൻ കഴിയും:

1. ടാസ്ക് പ്രവർത്തിക്കുന്നു, പക്ഷേ ഒരു പിശക് കാരണം പരാജയപ്പെടുന്നു.
2. ടാസ്ക് പ്രവർത്തിക്കുന്നത് നിർത്തി, ഉദാഹരണത്തിന്, അത് മരവിച്ചു.

ഈ പ്രശ്നങ്ങൾ എങ്ങനെ പരിഹരിക്കാമെന്ന് കൂടുതൽ വിശദമായി നോക്കാം.

പ്രശ്നം 1 - ടാസ്ക് പ്രവർത്തിക്കുന്നു, പക്ഷേ ഒരു പിശക് കൊണ്ട് പരാജയപ്പെടുന്നു
14:00 നും 16:00 നും ഇടയിൽ ടാസ്‌ക് പ്രവർത്തിക്കുകയും പരാജയപ്പെടുകയും ചെയ്യുന്ന ഒരു കേസ് ചുവടെയുണ്ട്.

ഒരു ടാസ്‌ക് പരാജയപ്പെടുമ്പോൾ, ഒരു സിഗ്നൽ ഉടൻ മോണിറ്ററിംഗ് സിസ്റ്റത്തിലേക്ക് അയയ്‌ക്കുകയും മോണിറ്ററിംഗ് സിസ്റ്റത്തിലെ അനുബന്ധ പരിശോധനയുടെ നില അലാറമായി മാറുകയും ചെയ്യുന്നതായി ചിത്രം കാണിക്കുന്നു.

മോണിറ്ററിംഗ് സിസ്റ്റത്തിൽ, ഘടകത്തിന്റെ നില സ്ഥിരീകരണ നിലയെ ആശ്രയിച്ചിരിക്കുന്നു എന്നത് ശ്രദ്ധിക്കുക. ചെക്കിന്റെ അലാറം സ്റ്റാറ്റസ് എല്ലാ ഉയർന്ന തലത്തിലുള്ള ഘടകങ്ങളെയും അലാറമായി മാറ്റും, ചുവടെയുള്ള ചിത്രം കാണുക.

പ്രശ്നം 2 - ടാസ്‌ക് നിർവ്വഹിക്കുന്നത് നിർത്തി (ഫ്രോസൺ)
ഒരു ടാസ്‌ക് സ്തംഭിച്ചുവെന്ന് മോണിറ്ററിംഗ് സിസ്റ്റം എങ്ങനെ മനസ്സിലാക്കും?

പരിശോധന ഫലത്തിന് ഒരു സാധുത കാലയളവ് ഉണ്ട്, ഉദാഹരണത്തിന്, 1 മണിക്കൂർ. ഒരു മണിക്കൂർ കഴിഞ്ഞിട്ടും പുതിയ പരിശോധനാ ഫലം ഇല്ലെങ്കിൽ, മോണിറ്ററിംഗ് സിസ്റ്റം ടെസ്റ്റ് സ്റ്റാറ്റസ് അലാറമായി സജ്ജമാക്കും.

മുകളിലെ ചിത്രത്തിൽ, 14:00 മണിക്ക് ലൈറ്റുകൾ ഓഫ് ചെയ്തു. 15:00 ന്, പരിശോധനാ ഫലം (14:00 മുതൽ) ചീഞ്ഞതാണെന്ന് മോണിറ്ററിംഗ് സിസ്റ്റം കണ്ടെത്തും, കാരണം പ്രസക്തമായ സമയം കാലഹരണപ്പെട്ടു (ഒരു മണിക്കൂർ), എന്നാൽ പുതിയ ഫലമൊന്നുമില്ല, കൂടാതെ പരിശോധനയെ അലാറം നിലയിലേക്ക് മാറ്റുകയും ചെയ്യും.

16:00 ന് ലൈറ്റുകൾ വീണ്ടും ഓണാക്കി, പ്രോഗ്രാം ടാസ്ക്ക് പൂർത്തിയാക്കുകയും നിർവ്വഹണ ഫലം മോണിറ്ററിംഗ് സിസ്റ്റത്തിലേക്ക് അയയ്ക്കുകയും ചെയ്യും, ടെസ്റ്റ് നില വീണ്ടും വിജയിക്കും.

ഏത് ചെക്ക് പ്രസക്ത സമയമാണ് ഞാൻ ഉപയോഗിക്കേണ്ടത്?

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

പുരോഗതി പരിശോധിക്കുന്നു

ASMO സിസ്റ്റത്തിന് "ലോഡ് പ്രവചനം" ടാസ്‌ക് ഉണ്ട്, അത് മണിക്കൂറിൽ ഒരിക്കൽ ഒരു ബാഹ്യ ഉറവിടത്തിൽ നിന്ന് ഒരു പുതിയ പ്രവചനം ഡൗൺലോഡ് ചെയ്യാൻ ശ്രമിക്കുന്നു. ബാഹ്യ സിസ്റ്റത്തിൽ ഒരു പുതിയ പ്രവചനം ദൃശ്യമാകുമ്പോൾ കൃത്യമായ സമയം അറിയില്ല, എന്നാൽ ഇത് ദിവസത്തിൽ 2 തവണ സംഭവിക്കുമെന്ന് അറിയാം. മണിക്കൂറുകളോളം പുതിയ പ്രവചനങ്ങളൊന്നും ഇല്ലെങ്കിൽ, ഇത് സാധാരണമാണ്, എന്നാൽ ഒരു ദിവസത്തിൽ കൂടുതൽ പുതിയ പ്രവചനമില്ലെങ്കിൽ, എവിടെയെങ്കിലും എന്തെങ്കിലും തകർന്നിരിക്കുന്നു. ഉദാഹരണത്തിന്, ഒരു ബാഹ്യ പ്രവചന സിസ്റ്റത്തിലെ ഡാറ്റ ഫോർമാറ്റ് മാറിയേക്കാം, അതുകൊണ്ടാണ് ASMO ഒരു പുതിയ പ്രവചന റിലീസ് കാണാത്തത്.

അൽഗോരിതം പരിശോധിക്കുന്നു

പുരോഗതി നേടുന്നതിൽ വിജയിക്കുമ്പോൾ (ഒരു പുതിയ കാലാവസ്ഥാ പ്രവചനം ഡൗൺലോഡ് ചെയ്യുന്നു) മോണിറ്ററിംഗ് സിസ്റ്റത്തിലേക്ക് ടാസ്‌ക് SUCCESS പരിശോധനയുടെ ഫലം അയയ്ക്കുന്നു. ഒരു പുരോഗതിയും ഇല്ലെങ്കിൽ അല്ലെങ്കിൽ ഒരു പിശക് സംഭവിക്കുകയാണെങ്കിൽ, മോണിറ്ററിംഗ് സിസ്റ്റത്തിലേക്ക് ഒന്നും അയയ്ക്കില്ല.

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

അവസാന സ്‌കാൻ ഫലത്തിന്റെ സാധുത കാലയളവ് അവസാനിക്കുന്നത് വരെ മോണിറ്ററിംഗ് സിസ്റ്റം കാത്തിരിക്കുന്നതിനാൽ, കാലതാമസത്തോടെ പ്രശ്‌നത്തെക്കുറിച്ച് ഞങ്ങൾ പഠിക്കുമെന്നത് ശ്രദ്ധിക്കുക. അതിനാൽ, ചെക്കിന്റെ സാധുത കാലയളവ് വളരെ നീണ്ടതാക്കേണ്ടതില്ല.

ഡാറ്റാബേസ് നിരീക്ഷണം

ASMO സിസ്റ്റത്തിലെ ഡാറ്റാബേസ് നിയന്ത്രിക്കുന്നതിന്, ഞങ്ങൾ ഇനിപ്പറയുന്ന പരിശോധനകൾ നടത്തുന്നു:

1. ബാക്കപ്പ് സൃഷ്‌ടി പരിശോധിക്കുന്നു
2. സ്വതന്ത്ര ഡിസ്ക് സ്പേസ് പരിശോധിക്കുന്നു

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

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

സ്വതന്ത്ര ഡിസ്ക് സ്പേസ് പരിശോധിക്കുന്നു
ഡിസ്കിൽ മതിയായ ഇടം ഇല്ലെങ്കിൽ, ഡാറ്റാബേസ് ശരിയായി പ്രവർത്തിക്കാൻ കഴിയില്ല, അതിനാൽ സ്വതന്ത്ര സ്ഥലത്തിന്റെ അളവ് നിയന്ത്രിക്കേണ്ടത് പ്രധാനമാണ്.

സംഖ്യാ പരാമീറ്ററുകൾ പരിശോധിക്കാൻ മെട്രിക്സ് ഉപയോഗിക്കുന്നത് സൗകര്യപ്രദമാണ്.

മെട്രിക്സ് ഒരു സംഖ്യാ വേരിയബിളാണ്, അതിന്റെ മൂല്യം മോണിറ്ററിംഗ് സിസ്റ്റത്തിലേക്ക് കൈമാറ്റം ചെയ്യപ്പെടുന്നു. മോണിറ്ററിംഗ് സിസ്റ്റം ത്രെഷോൾഡ് മൂല്യങ്ങൾ പരിശോധിക്കുകയും മെട്രിക് സ്റ്റാറ്റസ് കണക്കാക്കുകയും ചെയ്യുന്നു.

മോണിറ്ററിംഗ് സിസ്റ്റത്തിൽ "ഡാറ്റാബേസ്" ഘടകം എങ്ങനെയിരിക്കും എന്നതിന്റെ ഒരു ചിത്രം ചുവടെയുണ്ട്:

സെർവർ നിരീക്ഷണം

സെർവർ നിരീക്ഷിക്കാൻ ഞങ്ങൾ ഇനിപ്പറയുന്ന ചെക്കുകളും മെട്രിക്കുകളും ഉപയോഗിക്കുന്നു:

1. സ്വതന്ത്ര ഡിസ്ക് സ്പേസ്
ഡിസ്കിലെ സ്ഥലം തീർന്നാൽ, ആപ്ലിക്കേഷന് പ്രവർത്തിക്കാൻ കഴിയില്ല. ഞങ്ങൾ 2 ത്രെഷോൾഡ് മൂല്യങ്ങൾ ഉപയോഗിക്കുന്നു: ആദ്യ ലെവൽ മുന്നറിയിപ്പ് ആണ്, രണ്ടാമത്തെ ലെവൽ അലാറം ആണ്.

2. ശരാശരി റാം മൂല്യം മണിക്കൂറിൽ ശതമാനത്തിൽ
ഞങ്ങൾ മണിക്കൂർ ശരാശരി ഉപയോഗിക്കുന്നു കാരണം... അപൂർവ റേസുകളിൽ ഞങ്ങൾക്ക് താൽപ്പര്യമില്ല.

3. മണിക്കൂറിൽ ശരാശരി സിപിയു ശതമാനം
ഞങ്ങൾ മണിക്കൂർ ശരാശരി ഉപയോഗിക്കുന്നു കാരണം... അപൂർവ റേസുകളിൽ ഞങ്ങൾക്ക് താൽപ്പര്യമില്ല.

4. പിംഗ് പരിശോധന
സെർവർ ഓൺലൈനിലാണോയെന്ന് പരിശോധിക്കുന്നു. മോണിറ്ററിംഗ് സിസ്റ്റത്തിന് ഈ പരിശോധന നടത്താൻ കഴിയും; കോഡ് എഴുതേണ്ട ആവശ്യമില്ല.

മോണിറ്ററിംഗ് സിസ്റ്റത്തിൽ "സെർവർ" ഘടകം എങ്ങനെയിരിക്കും എന്നതിന്റെ ഒരു ചിത്രം ചുവടെയുണ്ട്:

ഉപകരണ നിരീക്ഷണം

ഡാറ്റ എങ്ങനെ ലഭിക്കുമെന്ന് ഞാൻ നിങ്ങളോട് പറയും. ഓരോ റോഡ് കൺട്രോൾ പോയിന്റിനും (MPC) ടാസ്‌ക് പ്ലാനറിൽ ഒരു ടാസ്‌ക് ഉണ്ട്, ഉദാഹരണത്തിന്, "സർവേ MPC M2 km 200". ഓരോ 30 മിനിറ്റിലും എല്ലാ MPC ഉപകരണങ്ങളിൽ നിന്നും ടാസ്‌ക്കിന് ഡാറ്റ ലഭിക്കുന്നു.

ആശയവിനിമയ ചാനൽ പ്രശ്നം
മിക്ക ഉപകരണങ്ങളും നഗരത്തിന് പുറത്താണ് സ്ഥിതി ചെയ്യുന്നത്; ഡാറ്റാ ട്രാൻസ്മിഷനായി ഒരു GSM നെറ്റ്‌വർക്ക് ഉപയോഗിക്കുന്നു, അത് സ്ഥിരമായി പ്രവർത്തിക്കുന്നില്ല (ഒരു നെറ്റ്‌വർക്ക് ഉണ്ട്, അല്ലെങ്കിൽ ഒന്നുമില്ല).

പതിവ് നെറ്റ്‌വർക്ക് പരാജയങ്ങൾ കാരണം, ആദ്യം, മോണിറ്ററിംഗിലെ MPC സർവേ പരിശോധിക്കുന്നത് ഇതുപോലെയായിരുന്നു:

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

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

മോണിറ്ററിംഗ് സിസ്റ്റത്തിൽ ഉപകരണങ്ങൾ എങ്ങനെയിരിക്കും എന്നതിന്റെ ഒരു ചിത്രം ചുവടെയുണ്ട്:

പ്രധാനപ്പെട്ടത്!
GSM നെറ്റ്‌വർക്ക് പ്രവർത്തിക്കുന്നത് നിർത്തുമ്പോൾ, എല്ലാ MDC ഉപകരണങ്ങളും പോൾ ചെയ്യപ്പെടുന്നില്ല. മോണിറ്ററിംഗ് സിസ്റ്റത്തിൽ നിന്നുള്ള ഇമെയിലുകളുടെ എണ്ണം കുറയ്ക്കുന്നതിന്, ഞങ്ങളുടെ എഞ്ചിനീയർമാർ "ഉപകരണം" എന്നതിലുപരി "MPC" എന്ന തരത്തിലുള്ള ഘടക പ്രശ്‌നങ്ങളെക്കുറിച്ചുള്ള അറിയിപ്പുകൾ സബ്‌സ്‌ക്രൈബുചെയ്യുന്നു. ഓരോ ഉപകരണത്തിനും ഒരു പ്രത്യേക അറിയിപ്പ് ലഭിക്കുന്നതിനുപകരം, ഓരോ MPC-യ്ക്കും ഒരു അറിയിപ്പ് സ്വീകരിക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു.

അന്തിമ ASMO മോണിറ്ററിംഗ് സ്കീം

നമുക്ക് എല്ലാം ഒന്നിച്ച് നോക്കാം, നമുക്ക് എന്ത് തരത്തിലുള്ള നിരീക്ഷണ പദ്ധതിയാണ് ഉള്ളതെന്ന് നോക്കാം.

തീരുമാനം

നമുക്ക് സംഗ്രഹിക്കാം.
ASMO യുടെ പ്രകടനം നിരീക്ഷിക്കുന്നത് നമുക്ക് എന്താണ് നൽകിയത്?

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

2. സിസ്റ്റം സ്ഥിരത വർദ്ധിച്ചു
വൈകല്യങ്ങൾ നേരത്തെ ഇല്ലാതാക്കാൻ തുടങ്ങിയതിനാൽ, സിസ്റ്റം മൊത്തത്തിൽ കൂടുതൽ സ്ഥിരതയോടെ പ്രവർത്തിക്കാൻ തുടങ്ങി.

3. സാങ്കേതിക പിന്തുണയിലേക്കുള്ള കോളുകളുടെ എണ്ണം കുറയ്ക്കുന്നു
ഉപയോക്താക്കൾക്ക് അവയെക്കുറിച്ച് അറിയുന്നതിന് മുമ്പ് തന്നെ പല പ്രശ്നങ്ങളും ഇപ്പോൾ പരിഹരിച്ചിരിക്കുന്നു. ഉപയോക്താക്കൾ സാങ്കേതിക പിന്തുണയെ കുറച്ച് തവണ ബന്ധപ്പെടാൻ തുടങ്ങി. ഇതെല്ലാം നമ്മുടെ പ്രശസ്തിയെ നല്ല രീതിയിൽ സ്വാധീനിക്കുന്നു.

4. ഉപഭോക്താവിന്റെയും ഉപഭോക്താവിന്റെയും വിശ്വസ്തത വർദ്ധിപ്പിക്കുന്നു
സിസ്റ്റത്തിന്റെ സ്ഥിരതയിൽ നല്ല മാറ്റങ്ങൾ ഉപഭോക്താവ് ശ്രദ്ധിച്ചു. സിസ്റ്റം ഉപയോഗിക്കുമ്പോൾ ഉപയോക്താക്കൾ കുറച്ച് പ്രശ്നങ്ങൾ നേരിടുന്നു.

5. സാങ്കേതിക പിന്തുണ ചെലവ് കുറയ്ക്കുക
മാനുവൽ പരിശോധനകൾ നടത്തുന്നത് ഞങ്ങൾ നിർത്തി. ഇപ്പോൾ എല്ലാ പരിശോധനകളും ഓട്ടോമേറ്റഡ് ആണ്. മുമ്പ്, ഉപയോക്താക്കളിൽ നിന്ന് പ്രശ്നങ്ങളെക്കുറിച്ച് ഞങ്ങൾ പഠിച്ചു; ഉപയോക്താവ് എന്ത് പ്രശ്നത്തെക്കുറിച്ചാണ് സംസാരിക്കുന്നതെന്ന് മനസിലാക്കാൻ പലപ്പോഴും ബുദ്ധിമുട്ടായിരുന്നു. ഇപ്പോൾ, മിക്ക പ്രശ്നങ്ങളും മോണിറ്ററിംഗ് സിസ്റ്റമാണ് റിപ്പോർട്ട് ചെയ്യുന്നത്; അറിയിപ്പുകളിൽ സാങ്കേതിക ഡാറ്റ അടങ്ങിയിരിക്കുന്നു, അത് എവിടെയാണ് തെറ്റ് സംഭവിച്ചതെന്നും എവിടെയാണെന്നും എല്ലായ്പ്പോഴും വ്യക്തമാക്കുന്നു.

പ്രധാനപ്പെട്ടത്!
നിങ്ങളുടെ ആപ്ലിക്കേഷനുകൾ പ്രവർത്തിക്കുന്ന അതേ സെർവറിൽ നിങ്ങൾക്ക് മോണിറ്ററിംഗ് സിസ്റ്റം ഇൻസ്റ്റാൾ ചെയ്യാൻ കഴിയില്ല. സെർവർ തകരാറിലായാൽ, ആപ്ലിക്കേഷനുകളുടെ പ്രവർത്തനം നിലയ്ക്കും, അതിനെക്കുറിച്ച് അറിയിക്കാൻ ആരുമുണ്ടാകില്ല.

മോണിറ്ററിംഗ് സിസ്റ്റം മറ്റൊരു ഡാറ്റാ സെന്ററിലെ ഒരു പ്രത്യേക സെർവറിൽ പ്രവർത്തിക്കണം.

ഒരു പുതിയ ഡാറ്റാ സെന്ററിൽ നിങ്ങൾക്ക് ഒരു സമർപ്പിത സെർവർ ഉപയോഗിക്കാൻ താൽപ്പര്യമില്ലെങ്കിൽ, നിങ്ങൾക്ക് ഒരു ക്ലൗഡ് മോണിറ്ററിംഗ് സിസ്റ്റം ഉപയോഗിക്കാം. ഞങ്ങളുടെ കമ്പനി Zidium ക്ലൗഡ് മോണിറ്ററിംഗ് സിസ്റ്റം ഉപയോഗിക്കുന്നു, എന്നാൽ നിങ്ങൾക്ക് മറ്റേതെങ്കിലും നിരീക്ഷണ സംവിധാനം ഉപയോഗിക്കാം. ഒരു ക്ലൗഡ് മോണിറ്ററിംഗ് സിസ്റ്റത്തിന്റെ വില പുതിയ സെർവർ വാടകയ്‌ക്കെടുക്കുന്നതിനേക്കാൾ കുറവാണ്.

ശുപാർശകൾ:

1. ഘടകങ്ങളുടെ ഒരു വൃക്ഷത്തിന്റെ രൂപത്തിൽ ആപ്ലിക്കേഷനുകളും സിസ്റ്റങ്ങളും കഴിയുന്നത്ര വിശദമായി തകർക്കുക, അതിനാൽ എവിടെ, എന്താണ് തകർന്നതെന്ന് മനസിലാക്കാൻ ഇത് സൗകര്യപ്രദമായിരിക്കും, നിയന്ത്രണം കൂടുതൽ പൂർണ്ണമാകും.
2. ഒരു ഘടകത്തിന്റെ പ്രവർത്തനക്ഷമത പരിശോധിക്കാൻ, ടെസ്റ്റുകൾ ഉപയോഗിക്കുക. ഒരു സങ്കീർണ്ണതയെക്കാൾ ലളിതമായ നിരവധി പരിശോധനകൾ ഉപയോഗിക്കുന്നതാണ് നല്ലത്.
3. കോഡിൽ എഴുതുന്നതിനുപകരം, മോണിറ്ററിംഗ് സിസ്റ്റത്തിന്റെ വശത്ത് മെട്രിക് ത്രെഷോൾഡുകൾ കോൺഫിഗർ ചെയ്യുക. ആപ്ലിക്കേഷൻ വീണ്ടും കംപൈൽ ചെയ്യുന്നതിൽ നിന്നും, വീണ്ടും ക്രമീകരിക്കുന്നതിൽ നിന്നും അല്ലെങ്കിൽ പുനരാരംഭിക്കുന്നതിൽ നിന്നും ഇത് നിങ്ങളെ രക്ഷിക്കും.
4. ഇഷ്‌ടാനുസൃത പരിശോധനകൾക്കായി, തെറ്റായ അറിയിപ്പുകൾ ലഭിക്കാതിരിക്കാൻ പ്രസക്തമായ സമയത്തിന്റെ ഒരു മാർജിൻ ഉപയോഗിക്കുക, കാരണം ചില പരിശോധനകൾ പൂർത്തിയാക്കാൻ പതിവിലും കുറച്ച് സമയമെടുത്തു.
5. തീർച്ചയായും ഒരു പ്രശ്നമുണ്ടാകുമ്പോൾ മാത്രം മോണിറ്ററിംഗ് സിസ്റ്റത്തിലെ ഘടകങ്ങൾ ചുവപ്പ് നിറമാക്കാൻ ശ്രമിക്കുക. അവ ഒന്നും കൂടാതെ ചുവപ്പായി മാറുകയാണെങ്കിൽ, മോണിറ്ററിംഗ് സിസ്റ്റത്തിന്റെ അറിയിപ്പുകൾ ശ്രദ്ധിക്കുന്നത് നിങ്ങൾ നിർത്തും, അതിന്റെ അർത്ഥം നഷ്ടപ്പെടും.

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

നല്ലതുവരട്ടെ.

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