പുതിയ അവശിഷ്ടങ്ങൾ മാത്രമല്ല: ഡാറ്റാഡോഗിലേക്കും അറ്റാറ്റസിലേക്കും ഒരു നോട്ടം

SRE/DevOps എഞ്ചിനീയർമാരുടെ പരിതസ്ഥിതിയിൽ, ഒരു ദിവസം ഒരു ക്ലയന്റ് (അല്ലെങ്കിൽ ഒരു മോണിറ്ററിംഗ് സിസ്റ്റം) പ്രത്യക്ഷപ്പെടുകയും "എല്ലാം നഷ്‌ടപ്പെട്ടു" എന്ന് റിപ്പോർട്ട് ചെയ്യുകയും ചെയ്യുന്നത് ആരെയും അത്ഭുതപ്പെടുത്തില്ല: സൈറ്റ് പ്രവർത്തിക്കുന്നില്ല, പേയ്‌മെന്റുകൾ നടക്കുന്നില്ല, ജീവിതം നശിക്കുന്നു ... അത്തരമൊരു സാഹചര്യത്തിൽ നിങ്ങൾ എത്രമാത്രം സഹായിക്കാൻ ആഗ്രഹിക്കുന്നുവെങ്കിലും, ലളിതവും മനസ്സിലാക്കാവുന്നതുമായ ഒരു ഉപകരണം കൂടാതെ ഇത് ചെയ്യുന്നത് വളരെ ബുദ്ധിമുട്ടായിരിക്കും. പലപ്പോഴും പ്രശ്നം ആപ്ലിക്കേഷൻ കോഡിൽ തന്നെ മറഞ്ഞിരിക്കുന്നു; നിങ്ങൾ അത് പ്രാദേശികവൽക്കരിക്കേണ്ടതുണ്ട്.

ഒപ്പം സങ്കടത്തിലും സന്തോഷത്തിലും...

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

സാധാരണ സാഹചര്യം: "സ്ഥിരമായ അടിസ്ഥാനത്തിൽ" പുതിയ അവശിഷ്ടം ആവശ്യമില്ല; പ്രശ്നങ്ങൾ ആരംഭിക്കുന്ന നിമിഷത്തിൽ മാത്രമാണ് അവർ അത് ഓർക്കുന്നത്. എന്നാൽ നിങ്ങൾ ഇപ്പോഴും പതിവായി പണമടയ്ക്കേണ്ടതുണ്ട് (പ്രതിമാസം ഒരു സെർവറിന് 140 USD), കൂടാതെ സ്വയമേവ സ്കെയിൽ ചെയ്യുന്ന ക്ലൗഡ് ഇൻഫ്രാസ്ട്രക്ചറിൽ തുകകൾ വളരെ വലുതാണ്. Pay-As-You-Go ഓപ്‌ഷൻ ഉണ്ടെങ്കിലും, New Relic പ്രവർത്തനക്ഷമമാക്കുന്നത് ആപ്ലിക്കേഷൻ പുനരാരംഭിക്കുന്നതിന് നിങ്ങളോട് ആവശ്യപ്പെടും, ഇത് ആരംഭിച്ച പ്രശ്‌നകരമായ സാഹചര്യം നഷ്‌ടപ്പെടുന്നതിന് ഇടയാക്കിയേക്കാം. അധികം താമസിയാതെ, ന്യൂ റെലിക്ക് ഒരു പുതിയ താരിഫ് പ്ലാൻ അവതരിപ്പിച്ചു - ആവശ്യമായവ, - ഒറ്റനോട്ടത്തിൽ പ്രൊഫഷണലിനുള്ള ന്യായമായ ബദലായി തോന്നുന്നു ... എന്നാൽ സൂക്ഷ്മപരിശോധനയിൽ ചില പ്രധാന പ്രവർത്തനങ്ങൾ നഷ്‌ടമായതായി തെളിഞ്ഞു (പ്രത്യേകിച്ച്, ഇതിന് ഇല്ല പ്രധാന ഇടപാടുകൾ, ക്രോസ് ആപ്ലിക്കേഷൻ ട്രേസിംഗ്, വിതരണം ചെയ്ത ട്രേസിംഗ്).

തൽഫലമായി, ഞങ്ങൾ വിലകുറഞ്ഞ ബദൽ തിരയുന്നതിനെക്കുറിച്ച് ചിന്തിക്കാൻ തുടങ്ങി, ഞങ്ങളുടെ തിരഞ്ഞെടുപ്പ് രണ്ട് സേവനങ്ങളിൽ പതിച്ചു: ഡാറ്റാഡോഗ്, അറ്റാറ്റസ്. എന്തുകൊണ്ട് അവയിൽ?

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

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

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

അതിനാൽ, പ്രാരംഭ തിരഞ്ഞെടുപ്പ് ഘട്ടത്തിൽ, ഞങ്ങൾ മറ്റ് നിരവധി ജനപ്രിയ പരിഹാരങ്ങൾ ഒഴിവാക്കി, പ്രത്യേകിച്ചും:

• ടൈഡ്‌വേസ്, ആപ്പ് ഡൈനാമിക്‌സ്, ഡൈനാട്രേസ് - ചെലവിന്;
• റഷ്യൻ ഫെഡറേഷനിൽ Stackify തടയുകയും വളരെ കുറച്ച് ഡാറ്റ കാണിക്കുകയും ചെയ്യുന്നു.

ലേഖനത്തിന്റെ ബാക്കി ഭാഗങ്ങൾ ക്രമീകരിച്ചിരിക്കുന്നത്, സംശയാസ്പദമായ പരിഹാരങ്ങൾ ആദ്യം ഹ്രസ്വമായി അവതരിപ്പിക്കുന്ന വിധത്തിലാണ്, അതിനുശേഷം പുതിയ അവശിഷ്ടങ്ങളുമായുള്ള ഞങ്ങളുടെ സാധാരണ ഇടപെടലുകളെക്കുറിച്ചും മറ്റ് സേവനങ്ങളിൽ സമാനമായ പ്രവർത്തനങ്ങൾ ചെയ്യുന്നതിൽ നിന്നുള്ള അനുഭവം/ഇംപ്രഷനുകളെക്കുറിച്ചും ഞാൻ സംസാരിക്കും.

തിരഞ്ഞെടുത്ത മത്സരാർത്ഥികളുടെ അവതരണം

ഓൺ പുതിയ നൂരുട്ടിന്, ഒരുപക്ഷേ എല്ലാവരും കേട്ടിരിക്കാം? ഈ സേവനം 10 വർഷങ്ങൾക്ക് മുമ്പ്, 2008 ൽ അതിന്റെ വികസനം ആരംഭിച്ചു. 2012 മുതൽ ഞങ്ങൾ ഇത് സജീവമായി ഉപയോഗിക്കുന്നു, കൂടാതെ PHP, Ruby, Python എന്നിവയിൽ ധാരാളം ആപ്ലിക്കേഷനുകൾ സംയോജിപ്പിക്കുന്നതിൽ പ്രശ്‌നങ്ങളൊന്നും ഉണ്ടായിട്ടില്ല, കൂടാതെ C#, Go എന്നിവയുമായി സംയോജിപ്പിച്ച അനുഭവവും ഞങ്ങൾക്കുണ്ട്. സേവനത്തിന്റെ രചയിതാക്കൾക്ക് ആപ്ലിക്കേഷനുകൾ നിരീക്ഷിക്കുന്നതിനും ഇൻഫ്രാസ്ട്രക്ചറുകൾക്കും മൈക്രോസർവീസ് ഇൻഫ്രാസ്ട്രക്ചറുകൾ കണ്ടെത്തുന്നതിനും ഉപയോക്തൃ ഉപകരണങ്ങൾക്കായി സൗകര്യപ്രദമായ ആപ്ലിക്കേഷനുകൾ സൃഷ്ടിച്ചതിനും അതിലേറെ കാര്യങ്ങൾക്കുമുള്ള പരിഹാരങ്ങളുണ്ട്.

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

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

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

അറ്റാറ്റസ് - ഏറ്റവും പ്രായം കുറഞ്ഞ ഉപകരണം; 2014 ലാണ് ഈ സേവനം ആരംഭിച്ചത്. അതിന്റെ മാർക്കറ്റിംഗ് ബജറ്റ് ലിസ്റ്റുചെയ്ത എതിരാളികളേക്കാൾ താഴ്ന്നതാണ്, പരാമർശങ്ങൾ വളരെ കുറവാണ്. എന്നിരുന്നാലും, ഉപകരണം തന്നെ ന്യൂ റെലിക്കിനോട് വളരെ സാമ്യമുള്ളതാണ്, അതിന്റെ കഴിവുകളിൽ (എപിഎം, ബ്രൗസർ നിരീക്ഷണം മുതലായവ) മാത്രമല്ല, കാഴ്ചയിലും.

ഇത് Node.js, PHP എന്നിവയെ മാത്രമേ പിന്തുണയ്ക്കൂ എന്നതാണ് ഒരു പ്രധാന പോരായ്മ. മറുവശത്ത്, ഇത് ഡാറ്റാഡോഗിനേക്കാൾ മികച്ച രീതിയിൽ നടപ്പിലാക്കുന്നു. രണ്ടാമത്തേതിൽ നിന്ന് വ്യത്യസ്തമായി, കോഡിൽ മാറ്റങ്ങൾ വരുത്താനോ അധിക ലേബലുകൾ ചേർക്കാനോ Atatus-ന് ആപ്ലിക്കേഷനുകൾ ആവശ്യമില്ല.

ന്യൂ റെലിക്ക് ഉപയോഗിച്ച് ഞങ്ങൾ എങ്ങനെ പ്രവർത്തിക്കുന്നു

ഇനി നമ്മൾ എങ്ങനെയാണ് ന്യൂ റെലിക്ക് സാധാരണയായി ഉപയോഗിക്കുന്നത് എന്ന് നോക്കാം. നമുക്ക് ഒരു പ്രശ്നം ഉണ്ടെന്ന് പറയാം, അതിന് പരിഹാരം ആവശ്യമാണ്:

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

പരിഗണനയിലുള്ള ഉദാഹരണത്തിൽ പ്രവർത്തനത്തിലെ കുതിച്ചുചാട്ടം നാം കാണുന്നു PHP, ഈ ചാർട്ടിൽ ക്ലിക്ക് ചെയ്ത് സ്വയമേവ പോകുക ഇടപാടുകൾ:

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

• ഏറ്റവും കൂടുതൽ ലോഡ് ചെയ്ത ആപ്ലിക്കേഷൻ കൺട്രോളർ;
• ഏറ്റവും പതിവായി അഭ്യർത്ഥിക്കുന്ന കൺട്രോളർ;
• കൺട്രോളറുകളിൽ ഏറ്റവും വേഗത കുറഞ്ഞത്.

കൂടാതെ, നിങ്ങൾക്ക് ഓരോ ഇടപാടും വിപുലീകരിക്കാനും കോഡ് എക്സിക്യൂട്ട് ചെയ്ത സമയത്ത് ആപ്ലിക്കേഷൻ എന്താണ് ചെയ്യുന്നതെന്ന് കാണാനും കഴിയും:

അവസാനമായി, ആപ്ലിക്കേഷൻ ദൈർഘ്യമേറിയ അഭ്യർത്ഥനകളുടെ അടയാളങ്ങളുടെ ഉദാഹരണങ്ങൾ സംഭരിക്കുന്നു (2 സെക്കൻഡിൽ കൂടുതൽ എടുക്കുന്നവ). ഒരു നീണ്ട ഇടപാടിനുള്ള പാനൽ ഇതാ:

രണ്ട് രീതികൾ വളരെയധികം സമയമെടുക്കുന്നതായി കാണാൻ കഴിയും, അതേ സമയം അഭ്യർത്ഥന നടപ്പിലാക്കിയ സമയം, അതിന്റെ URI, ഡൊമെയ്ൻ എന്നിവയും കാണിക്കുന്നു. മിക്കപ്പോഴും ഇത് ലോഗുകളിലെ അഭ്യർത്ഥന കണ്ടെത്താൻ സഹായിക്കുന്നു. പോകുന്നു വിശദാംശങ്ങൾ കണ്ടെത്തുക, ഈ രീതികൾ എവിടെ നിന്നാണ് വിളിക്കുന്നതെന്ന് നിങ്ങൾക്ക് കാണാൻ കഴിയും:

ഒപ്പം ഡാറ്റാബേസ് അന്വേഷണങ്ങൾ - ആപ്ലിക്കേഷൻ പ്രവർത്തിക്കുന്ന സമയത്ത് എക്സിക്യൂട്ട് ചെയ്ത ഡാറ്റാബേസുകളിലേക്കുള്ള അന്വേഷണങ്ങൾ വിലയിരുത്തുക:

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

• നീളമുള്ളത് PDO::Construct pgpoll-ന്റെ വിചിത്രമായ പ്രവർത്തനത്തിലേക്ക് ഞങ്ങളെ നയിച്ചു;
• കാലക്രമേണ അസ്ഥിരത Memcache::Get വെർച്വൽ മെഷീൻ തെറ്റായി ക്രമീകരിച്ചിട്ടുണ്ടെന്ന് നിർദ്ദേശിച്ചു;
• ടെംപ്ലേറ്റ് പ്രോസസ്സിംഗിനുള്ള സംശയാസ്പദമായ വർദ്ധനവ്, ഒബ്‌ജക്റ്റ് സ്റ്റോറേജിൽ 500 അവതാരങ്ങളുടെ സാന്നിധ്യം പരിശോധിക്കുന്ന ഒരു നെസ്റ്റഡ് ലൂപ്പിലേക്ക് നയിച്ചു;
• ഇത്യാദി…

കോഡ് എക്സിക്യൂട്ട് ചെയ്യുന്നതിനുപകരം, ബാഹ്യ ഡാറ്റ സംഭരണവുമായി ബന്ധപ്പെട്ട എന്തെങ്കിലും പ്രധാന സ്ക്രീനിൽ വളരുന്നു - അത് എന്തായിരിക്കുമെന്നത് പ്രശ്നമല്ല: Redis അല്ലെങ്കിൽ PostgreSQL - അവയെല്ലാം ടാബിൽ മറച്ചിരിക്കുന്നു. ഡാറ്റബേസുകൾ.

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

ടാബിൽ സമാനമായ ഡാറ്റ അടങ്ങിയിരിക്കുന്നു ബാഹ്യ സേവനങ്ങൾ, ഒബ്‌ജക്റ്റ് സ്റ്റോറേജ് ആക്‌സസ് ചെയ്യുക, സെൻട്രിക്ക് ഇവന്റുകൾ അയയ്‌ക്കുക അല്ലെങ്കിൽ മറ്റെന്തെങ്കിലും പോലുള്ള ബാഹ്യ HTTP സേവനങ്ങളിലേക്കുള്ള അഭ്യർത്ഥനകൾ മറയ്ക്കുന്നു. ടാബിന്റെ ഉള്ളടക്കം ഡാറ്റാബേസുകൾക്ക് പൂർണ്ണമായും സമാനമാണ്:

എതിരാളികൾ: അവസരങ്ങളും ഇംപ്രഷനുകളും

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

1. ഡാറ്റാഡോഗ്

സേവനങ്ങളുടെ മതിലുള്ള ഒരു പാനലുമായി ഡാറ്റാഡോഗ് ഞങ്ങളെ സ്വാഗതം ചെയ്യുന്നു:

ഇത് ആപ്ലിക്കേഷനുകളെ ഘടകങ്ങൾ/മൈക്രോസർവീസുകളായി വിഭജിക്കാൻ ശ്രമിക്കുന്നു, അതിനാൽ ജാംഗോ ആപ്ലിക്കേഷന്റെ ഉദാഹരണത്തിൽ നമുക്ക് PostgreSQL-ലേക്കുള്ള 2 കണക്ഷനുകൾ കാണാം (defaultdb и postgres), അതുപോലെ സെലറി, റെഡിസ്. Datadog-ൽ പ്രവർത്തിക്കുന്നതിന് MVC തത്വങ്ങളെക്കുറിച്ച് നിങ്ങൾക്ക് കുറഞ്ഞ അറിവ് ആവശ്യമാണ്: ഉപയോക്തൃ അഭ്യർത്ഥനകൾ സാധാരണയായി എവിടെ നിന്നാണ് വരുന്നതെന്ന് നിങ്ങൾ മനസ്സിലാക്കേണ്ടതുണ്ട്. ഇത് സാധാരണയായി സഹായിക്കുന്നു സേവനങ്ങളുടെ മാപ്പ്:

വഴിയിൽ, പുതിയ അവശിഷ്ടത്തിൽ സമാനമായ ഒന്ന് ഉണ്ട്:

... കൂടാതെ അവരുടെ മാപ്പ്, എന്റെ അഭിപ്രായത്തിൽ, ലളിതവും വ്യക്തവുമാക്കിയിരിക്കുന്നു: ഇത് ഒരു ആപ്ലിക്കേഷന്റെ ഘടകങ്ങൾ പ്രദർശിപ്പിക്കില്ല (ഡാറ്റാഡോഗിന്റെ കാര്യത്തിലെന്നപോലെ ഇത് കൂടുതൽ വിശദമായി നൽകും), എന്നാൽ നിർദ്ദിഷ്ട സേവനങ്ങളോ മൈക്രോ സർവീസുകളോ മാത്രം.

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

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

എന്തുകൊണ്ടാണ് ഡാറ്റാഡോഗ് മറ്റൊരു ചാർട്ട് തിരഞ്ഞെടുത്തത് എന്നത് ഞങ്ങൾക്ക് ഒരു രഹസ്യമാണ്. മറ്റൊരു നിരാശാജനകമായ കാര്യം, സിസ്റ്റം ഉപയോക്താവിന്റെ തിരഞ്ഞെടുപ്പ് ഓർമ്മിക്കുന്നില്ല എന്നതാണ് (രണ്ട് എതിരാളികളിൽ നിന്നും വ്യത്യസ്തമായി), അതിനാൽ ഇഷ്‌ടാനുസൃത പാനലുകൾ സൃഷ്ടിക്കുക എന്നതാണ് ഏക പരിഹാരം.

എന്നാൽ ഈ ഗ്രാഫുകളിൽ നിന്ന് അനുബന്ധ സെർവറുകളുടെ മെട്രിക്‌സുകളിലേക്ക് മാറാനും ലോഗുകൾ വായിക്കാനും വെബ് സെർവർ ഹാൻഡ്‌ലറുകളിലെ (ഗുണികോൺ) ലോഡ് വിലയിരുത്താനുമുള്ള ഡാറ്റാഡോഗിലെ കഴിവിൽ ഞാൻ സന്തുഷ്ടനായിരുന്നു. എല്ലാം ന്യൂ റെലിക്കിലെ പോലെ തന്നെ... കുറച്ചു കൂടി (ലോഗുകൾ)!

ഗ്രാഫുകൾക്ക് താഴെ പുതിയ അവശിഷ്ടത്തിന് സമാനമായ ഇടപാടുകൾ ഉണ്ട്:

ഡാറ്റാഡോഗിൽ, ഇടപാടുകളെ വിളിക്കുന്നു വിഭവങ്ങൾ. അഭ്യർത്ഥനകളുടെ എണ്ണം, ശരാശരി പ്രതികരണ സമയം, തിരഞ്ഞെടുത്ത കാലയളവിനായി ചെലവഴിച്ച പരമാവധി സമയം എന്നിവ പ്രകാരം നിങ്ങൾക്ക് കൺട്രോളറുകളെ അടുക്കാൻ കഴിയും.

നിങ്ങൾക്ക് ഉറവിടം വിപുലീകരിക്കാനും പുതിയ അവശിഷ്ടത്തിൽ ഞങ്ങൾ ഇതിനകം നിരീക്ഷിച്ചതെല്ലാം കാണാനും കഴിയും:

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

ഡാറ്റാഡോഗിലെ ഏത് ഉദാഹരണ ഉറവിടവും തുറന്ന് പഠിക്കാൻ കഴിയും:

അഭ്യർത്ഥന പാരാമീറ്ററുകൾ, ഓരോ ഘടകങ്ങളിലും ചെലവഴിച്ച സമയത്തിന്റെ സംഗ്രഹ ചാർട്ട്, കോളുകളുടെ ക്രമം കാണിക്കുന്ന ഒരു വെള്ളച്ചാട്ട ചാർട്ട് എന്നിവ അവതരിപ്പിക്കുന്നു. നിങ്ങൾക്ക് വെള്ളച്ചാട്ട ചാർട്ടിന്റെ ഒരു ട്രീ കാഴ്ചയിലേക്ക് മാറാനും കഴിയും:

അഭ്യർത്ഥന നടപ്പിലാക്കിയ ഹോസ്റ്റിന്റെ ലോഡ് കാണുകയും അഭ്യർത്ഥന ലോഗുകൾ കാണുകയും ചെയ്യുക എന്നതാണ് ഏറ്റവും രസകരമായ കാര്യം.

മഹത്തായ സംയോജനം!

ടാബുകൾ എവിടെയാണെന്ന് നിങ്ങൾ ചിന്തിച്ചേക്കാം ഡാറ്റബേസുകൾ и ബാഹ്യ സേവനങ്ങൾ, പുതിയ അവശിഷ്ടം പോലെ. ഇവിടെ ഒന്നുമില്ല: Datadog പ്രയോഗത്തെ ഘടകങ്ങളായി വിഘടിപ്പിക്കുന്നതിനാൽ, PostgreSQL പരിഗണിക്കും ഒരു പ്രത്യേക സേവനം, കൂടാതെ ബാഹ്യ സേവനങ്ങൾക്ക് പകരം അത് തിരയുന്നത് മൂല്യവത്താണ് aws.storage (അപ്ലിക്കേഷന് ആക്‌സസ് ചെയ്യാൻ കഴിയുന്ന മറ്റെല്ലാ ബാഹ്യ സേവനങ്ങൾക്കും ഇത് സമാനമായിരിക്കും).

കൂടെ ഒരു ഉദാഹരണം ഇതാ postgres:

അടിസ്ഥാനപരമായി ഞങ്ങൾ ആഗ്രഹിച്ചതെല്ലാം ഉണ്ട്:

ഏത് "സേവനത്തിൽ" നിന്നാണ് അഭ്യർത്ഥന വന്നതെന്ന് നിങ്ങൾക്ക് കാണാൻ കഴിയും.

ഡാറ്റാഡോഗ് NGINX പ്രവേശനവുമായി സമന്വയിപ്പിക്കുന്നുവെന്നും ക്ലസ്റ്ററിൽ ഒരു അഭ്യർത്ഥന വന്ന നിമിഷം മുതൽ എൻഡ്-ടു-എൻഡ് ട്രെയ്‌സിംഗ് നടത്താൻ നിങ്ങളെ അനുവദിക്കുന്നുവെന്നും നിങ്ങളെ ഓർമ്മപ്പെടുത്തുന്നത് തെറ്റല്ല .

ഡാറ്റാഡോഗിന്റെ ഒരു വലിയ പ്ലസ് അതിന്റെ വിലയാണ് വികസിപ്പിക്കുന്നു ഇൻഫ്രാസ്ട്രക്ചർ മോണിറ്ററിംഗ്, എപിഎം, ലോഗ് മാനേജ്മെന്റ്, സിന്തറ്റിക്സ് ടെസ്റ്റ് എന്നിവയിൽ നിന്ന്, അതായത്. നിങ്ങളുടെ പ്ലാൻ ഫ്ലെക്സിബിൾ ആയി തിരഞ്ഞെടുക്കാം.

2.അറ്റാറ്റസ്

തങ്ങളുടെ സേവനം "പുതിയ അവശിഷ്ടത്തിന് സമാനമാണ്, എന്നാൽ മികച്ചതാണ്" എന്ന് അറ്റാറ്റസ് ടീം അവകാശപ്പെടുന്നു. ഇത് ശരിക്കും അങ്ങനെയാണോ എന്ന് നോക്കാം.

പ്രധാന പാനൽ സമാനമായി കാണപ്പെടുന്നു, എന്നാൽ ആപ്ലിക്കേഷനിൽ ഉപയോഗിച്ചിരിക്കുന്ന Redis, memcached എന്നിവ നിർണ്ണയിക്കാൻ കഴിഞ്ഞില്ല.

APM എല്ലാ ഇടപാടുകളും സ്ഥിരസ്ഥിതിയായി തിരഞ്ഞെടുക്കുന്നു, എന്നിരുന്നാലും സാധാരണയായി വെബ് ഇടപാടുകൾ മാത്രമേ ആവശ്യമുള്ളൂ. Datadog പോലെ, പ്രധാന പാനലിൽ നിന്ന് ആവശ്യമുള്ള സേവനത്തിലേക്ക് നാവിഗേറ്റ് ചെയ്യാൻ ഒരു മാർഗവുമില്ല. മാത്രമല്ല, ഇടപാടുകൾ പിശകുകൾക്ക് ശേഷം ലിസ്റ്റ് ചെയ്യപ്പെടുന്നു, ഇത് APM-ന് വളരെ യുക്തിസഹമായി തോന്നുന്നില്ല.

അറ്റാറ്റസ് ഇടപാടുകളിൽ, എല്ലാം ന്യൂ റെലിക്കിന് കഴിയുന്നത്ര സമാനമാണ്. ഓരോ കൺട്രോളറിനുമുള്ള ചലനാത്മകത ഉടനടി ദൃശ്യമാകില്ല എന്നതാണ് ദോഷം. നിങ്ങൾ ഇത് കൺട്രോളർ ടേബിളിൽ തിരയേണ്ടതുണ്ട്, ക്രമീകരിച്ച് ഏറ്റവും കൂടുതൽ സമയം ചെലവഴിച്ചത്:

കൺട്രോളറുകളുടെ സാധാരണ ലിസ്റ്റ് ടാബിൽ ലഭ്യമാണ് പര്യവേക്ഷണം:

ചില തരത്തിൽ, ഈ പട്ടിക ഡാറ്റാഡോഗിനെ അനുസ്മരിപ്പിക്കുന്നു, കൂടാതെ ന്യൂ റെലിക്കിലെ സമാനതകളേക്കാൾ എനിക്ക് ഇത് ഇഷ്ടമാണ്.

നിങ്ങൾക്ക് ഓരോ ഇടപാടും വിപുലീകരിക്കാനും ആപ്ലിക്കേഷൻ എന്താണ് ചെയ്യുന്നതെന്ന് കാണാനും കഴിയും:

പാനൽ ഡാറ്റാഡോഗിനെ കൂടുതൽ അനുസ്മരിപ്പിക്കുന്നു: നിരവധി അഭ്യർത്ഥനകളുണ്ട്, കോളുകളുടെ പൊതുവായ ചിത്രം. മുകളിലെ പാനൽ ഒരു പിശക് ടാബ് നൽകുന്നു HTTP പരാജയങ്ങൾ മന്ദഗതിയിലുള്ള ചോദ്യങ്ങളുടെ ഉദാഹരണങ്ങളും സെഷൻ ട്രെയ്സ്:

നിങ്ങൾ ഒരു ഇടപാടിലേക്ക് പോകുകയാണെങ്കിൽ, നിങ്ങൾക്ക് ഒരു ട്രെയ്‌സിന്റെ ഒരു ഉദാഹരണം കാണാൻ കഴിയും, നിങ്ങൾക്ക് ഡാറ്റാബേസിലേക്കുള്ള അഭ്യർത്ഥനകളുടെ ഒരു ലിസ്റ്റ് നേടാനും അഭ്യർത്ഥന തലക്കെട്ടുകൾ നോക്കാനും കഴിയും. എല്ലാം പുതിയ അവശിഷ്ടത്തിന് സമാനമാണ്:

പൊതുവേ, വിശദമായ ട്രെയ്‌സുകളിൽ അറ്റാറ്റസ് സന്തുഷ്ടനാണ് - ഒരു റിമൈൻഡർ ബ്ലോക്കിലേക്ക് കോളുകളുടെ സാധാരണ ന്യൂ റെലിക് ഒട്ടിക്കാതെ:

എന്നിരുന്നാലും, (പുതിയ അവശിഷ്ടം പോലെ) അൾട്രാ ഫാസ്റ്റ് അഭ്യർത്ഥനകൾ (<5 മി.) വെട്ടിക്കുറയ്ക്കുന്ന ഒരു ഫിൽട്ടർ ഇതിന് ഇല്ല. മറുവശത്ത്, അന്തിമ ഇടപാട് പ്രതികരണത്തിന്റെ പ്രദർശനം എനിക്ക് ഇഷ്ടപ്പെട്ടു (വിജയം അല്ലെങ്കിൽ പിശക്).

പാനൽ ഡാറ്റബേസുകൾ ആപ്ലിക്കേഷൻ ഉണ്ടാക്കുന്ന ബാഹ്യ ഡാറ്റാബേസുകളിലേക്കുള്ള അഭ്യർത്ഥനകൾ പഠിക്കാൻ നിങ്ങളെ സഹായിക്കും. Redis ഉം memcached ഉം പദ്ധതിയിൽ ഉൾപ്പെട്ടിട്ടുണ്ടെങ്കിലും Atatus PostgreSQL ഉം MySQL ഉം മാത്രമേ കണ്ടെത്തിയിട്ടുള്ളൂ എന്ന് ഞാൻ നിങ്ങളെ ഓർമ്മിപ്പിക്കട്ടെ.

അഭ്യർത്ഥനകൾ സാധാരണ മാനദണ്ഡങ്ങൾക്കനുസൃതമായി അടുക്കുന്നു: പ്രതികരണ ആവൃത്തി, ശരാശരി പ്രതികരണ സമയം മുതലായവ. മന്ദഗതിയിലുള്ള ചോദ്യങ്ങളുള്ള ടാബിനെ പരാമർശിക്കാനും ഞാൻ ആഗ്രഹിക്കുന്നു - ഇത് വളരെ സൗകര്യപ്രദമാണ്. മാത്രമല്ല, PostgreSQL-നുള്ള ഈ ടാബിലെ ഡാറ്റ വിപുലീകരണത്തിൽ നിന്നുള്ള ഡാറ്റയുമായി പൊരുത്തപ്പെടുന്നു pg_stat_statements - മികച്ച ഫലം!

ടാബ് ബാഹ്യ അഭ്യർത്ഥനകൾ ഡാറ്റാബേസുകൾക്ക് പൂർണ്ണമായും സമാനമാണ്.

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

അവതരിപ്പിച്ച രണ്ട് ഉപകരണങ്ങളും എപിഎമ്മിന്റെ റോളിൽ മികച്ച പ്രകടനം കാഴ്ചവച്ചു. അവയിൽ ആർക്കെങ്കിലും ആവശ്യമായ മിനിമം വാഗ്ദാനം ചെയ്യാൻ കഴിയും. ഞങ്ങളുടെ ഇംപ്രഷനുകൾ ഇനിപ്പറയുന്ന രീതിയിൽ സംഗ്രഹിക്കാം:

ഡാറ്റഡോഗ്

പ്രോസ്:

• സൗകര്യപ്രദമായ താരിഫ് ഷെഡ്യൂൾ (എപിഎം ഒരു ഹോസ്റ്റിന് 31 യുഎസ്ഡി ചെലവ്);
• പൈത്തണിനൊപ്പം നന്നായി പ്രവർത്തിച്ചു;
• OpenTracing-മായി സംയോജിപ്പിക്കാനുള്ള സാധ്യത
• കുബർനെറ്റുകളുമായുള്ള സംയോജനം;
• NGINX പ്രവേശനവുമായുള്ള സംയോജനം.

പരിഗണന:

• ഒരു മൊഡ്യൂൾ പിശക് (predis) കാരണം ആപ്ലിക്കേഷൻ ലഭ്യമല്ലാതാക്കിയ ഒരേയൊരു APM;
• ദുർബലമായ PHP ഓട്ടോ-ഇൻസ്ട്രുമെന്റേഷൻ;
• സേവനങ്ങളുടെ ഭാഗികമായി വിചിത്രമായ നിർവചനവും അവയുടെ ഉദ്ദേശ്യവും.

അറ്റാറ്റസ്

പ്രോസ്:

• ആഴത്തിലുള്ള PHP ഇൻസ്ട്രുമെന്റേഷൻ;
• പുതിയ അവശിഷ്ടത്തിന് സമാനമായ ഉപയോക്തൃ ഇന്റർഫേസ്.

പരിഗണന:

• പഴയ ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങളിൽ പ്രവർത്തിക്കുന്നില്ല (Ubuntu 12.05, CentOS 5);
• ദുർബലമായ ഓട്ടോ-ഇൻസ്ട്രുമെന്റേഷൻ;
• രണ്ട് ഭാഷകൾക്കുള്ള പിന്തുണ (Node.js, PHP);
• സ്ലോ ഇന്റർഫേസ്.

ഒരു സെർവറിന് പ്രതിമാസം 69 USD എന്ന Atatus-ന്റെ വില കണക്കിലെടുക്കുമ്പോൾ, ഞങ്ങൾ Datadog ഉപയോഗിക്കും, അത് ഞങ്ങളുടെ ആവശ്യങ്ങളുമായി നന്നായി സമന്വയിപ്പിക്കുന്നു (K8-കളിലെ വെബ് ആപ്ലിക്കേഷനുകൾ) കൂടാതെ ധാരാളം ഉപയോഗപ്രദമായ സവിശേഷതകളുമുണ്ട്.

പി.എസ്

ഞങ്ങളുടെ ബ്ലോഗിലും വായിക്കുക:

• «Kubernetes-ൽ പ്രവർത്തിക്കുന്ന ആപ്ലിക്കേഷനുകളുടെ ഡെവലപ്പർമാർക്കുള്ള ഉപകരണങ്ങൾ";
• «Kubernetes പോഡുകളിലെ ഡീബഗ്ഗിംഗിനുള്ള kubectl-debug പ്ലഗിൻ";
• «മൈക്രോസർവീസുകൾ: നിങ്ങൾക്ക് കുബർനെറ്റുകളുണ്ടെങ്കിൽപ്പോലും വലുപ്പം പ്രധാനമാണ്".

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