🥇 አዲስ ቅርስ ብቻ አይደለም፡ ዳታዶግ እና አታተስ

በ SRE/DevOps መሐንዲሶች አካባቢ አንድ ቀን ደንበኛ (ወይም የክትትል ስርዓት) ብቅ አለ እና "ሁሉም ነገር ጠፍቷል" ብሎ ሪፖርት ማድረጉ ማንንም አያስደንቅም: ጣቢያው አይሰራም, ክፍያዎች አያልፉም, ህይወት እየበሰበሰ ነው. ... በእንደዚህ ዓይነት ሁኔታ ውስጥ ምንም ያህል መርዳት ቢፈልጉ, ቀላል እና ሊረዳ የሚችል መሳሪያ ከሌለ ይህን ማድረግ በጣም ከባድ ሊሆን ይችላል. ብዙውን ጊዜ ችግሩ በራሱ በመተግበሪያው ኮድ ውስጥ ተደብቋል ፣ እሱን አካባቢያዊ ማድረግ ብቻ ያስፈልግዎታል።

እና በሀዘን እና በደስታ…

ከኒው ሬሊክ ጋር ለረጅም ጊዜ እና በጥልቅ ፍቅር እስከምንወድቅ ድረስ እንዲህ ሆነ። የመተግበሪያውን አፈጻጸም ለመከታተል በጣም ጥሩ መሣሪያ ነበር እና ሆኖ ቆይቷል፣ እና እንዲሁም የማይክሮ አገልግሎት አርክቴክቸርን (ወኪሉን በመጠቀም) እና ሌሎችም እንዲሰሩ ያስችልዎታል። እና በአገልግሎቱ የዋጋ አሰጣጥ ፖሊሲ ላይ ለውጦች ባይኖሩ ኖሮ ሁሉም ነገር ጥሩ ሊሆን ይችል ነበር: እሱ ስለ ወጪ ከ 2013 አመት 3+ ጊዜ አድጓል።. በተጨማሪም, ካለፈው ዓመት ጀምሮ, የሙከራ መለያ ለማግኘት ከግል ሥራ አስኪያጅ ጋር መገናኘትን ይጠይቃል, ይህም ምርቱን ለደንበኛው ለማቅረብ አስቸጋሪ ያደርገዋል.

የተለመደው ሁኔታ አዲስ ሬሊክ በ "ቋሚነት" ላይ አያስፈልግም, የሚያስታውሱት ችግሮች በሚጀምሩበት ጊዜ ላይ ብቻ ነው. ግን አሁንም በመደበኛነት መክፈል ያስፈልግዎታል (በወር 140 ዶላር በአገልጋይ) ፣ እና በራስ-ሰር በሚለካ የደመና መሠረተ ልማት ውስጥ ድምሩ በጣም ትልቅ ነው። የ Pay-As-You-Go አማራጭ ቢኖርም አዲስ ሬሊክን ማንቃት አፕሊኬሽኑን እንደገና ማስጀመር ይጠበቅብዎታል፣ ይህ ሁሉ የተጀመረውን ችግር ወደ ማጣት ሊያመራ ይችላል። ብዙም ሳይቆይ አዲስ ሬሊክ አዲስ የታሪፍ ዕቅድ አስተዋወቀ - መሠረታዊ ነገሮች, - በመጀመሪያ ሲታይ ከፕሮፌሽናል ጋር ተመጣጣኝ የሆነ አማራጭ ይመስላል ... ነገር ግን በቅርበት ሲመረመሩ አንዳንድ አስፈላጊ ተግባራት ጠፍተዋል (በተለይም, የለውም). ቁልፍ ግብይቶች, ተሻጋሪ የመተግበሪያ መከታተያ, የተከፋፈለ ክትትል).

በውጤቱም, ርካሽ አማራጭ ለመፈለግ ማሰብ ጀመርን, እና ምርጫችን በሁለት አገልግሎቶች ላይ ወድቋል-Datadog እና Atatus. ለምን በእነሱ ላይ?

ስለ ተፎካካሪዎች

በገበያ ላይ ሌሎች መፍትሄዎች እንዳሉ ወዲያውኑ ልናገር። የክፍት ምንጭ አማራጮችን እንኳን ተመልክተናል፣ ነገር ግን እያንዳንዱ ደንበኛ በራሱ የሚስተናገዱ መፍትሄዎችን ለማስተናገድ ነፃ አቅም የለውም... - በተጨማሪም ተጨማሪ ጥገና ያስፈልጋቸዋል። የመረጥናቸው ጥንዶች በጣም ቅርብ ሆኑ ፍላጎታችንን:

አብሮገነብ እና የተገነባ ድጋፍ ለ PHP አፕሊኬሽኖች (የደንበኞቻችን ቁልል በጣም የተለያየ ነው, ነገር ግን ይህ ከኒው ሬሊክ ሌላ አማራጭ በመፈለግ ረገድ ግልጽ መሪ ነው);
ተመጣጣኝ ዋጋ (በአንድ አስተናጋጅ በወር ከ 100 ዶላር ያነሰ);
አውቶማቲክ መሳሪያ;
ከኩበርኔትስ ጋር መቀላቀል;
ከአዲሱ Relic በይነገጽ ጋር ያለው ተመሳሳይነት ሊታወቅ የሚችል ተጨማሪ ነው (ምክንያቱም የእኛ መሐንዲሶች ጥቅም ላይ ይውላሉ)።

ስለዚህ ፣ በመነሻ ምርጫ ደረጃ ፣ ሌሎች በርካታ ታዋቂ መፍትሄዎችን አስወግደናል ፣ እና በተለይም-

Tideways, AppDynamics እና Dynatrace - ለዋጋ;
Stackify በሩሲያ ፌዴሬሽን ውስጥ ታግዷል እና በጣም ትንሽ ውሂብ ያሳያል.

የተቀረው መጣጥፍ የተዋቀረው በጥያቄ ውስጥ ያሉት መፍትሄዎች በመጀመሪያ በአጭሩ እንዲቀርቡ ነው ፣ ከዚያ በኋላ ስለ እኛ የተለመደው ከኒው ሪሊክ ጋር ስላለው የተለመደ ግንኙነት እና በሌሎች አገልግሎቶች ውስጥ ተመሳሳይ ስራዎችን ስለምናከናውን ልምድ / ግንዛቤዎችን እናገራለሁ ።

የተመረጡ ተወዳዳሪዎች አቀራረብ

ላይ አዲስ Relicምናልባት ሁሉም ሰው ሰምቶ ሊሆን ይችላል? ይህ አገልግሎት እድገቱን የጀመረው ከ10 ዓመታት በፊት ማለትም በ2008 ዓ.ም. ከ2012 ጀምሮ በንቃት ስንጠቀምበት ቆይተናል እና በ PHP፣ Ruby እና Python ውስጥ በጣም ብዙ አፕሊኬሽኖችን በማዋሃድ ላይ ምንም አይነት ችግር አላጋጠመንም እና ከC# እና Go ጋር የመዋሃድ ልምድ አለን። የአገልግሎቱ ደራሲዎች አፕሊኬሽኖችን፣ መሠረተ ልማትን ለመከታተል፣ የማይክሮ አገልግሎት መስጫ መሠረተ ልማቶችን ለመከታተል፣ ለተጠቃሚ መሣሪያዎች ምቹ መተግበሪያዎችን ለመፍጠር እና ሌሎችም መፍትሄዎች አሏቸው።

ነገር ግን፣ አዲሱ የሪሊክ ወኪል በባለቤትነት ፕሮቶኮሎች ላይ ይሰራል እና OpenTracingን አይደግፍም። የላቀ መሣሪያ ለአዲስ ሬሊክ አርትዖቶችን ይፈልጋል። በመጨረሻም የኩበርኔትስ ድጋፍ አሁንም የሙከራ ነው።

እድገቱን በ 2010 ጀምሯል ዳታዶግ በኩበርኔትስ አከባቢዎች አጠቃቀም ረገድ ከኒው ሬሊክ የበለጠ ትኩረት የሚስብ ይመስላል። በተለይም የተጠቃሚውን ጥያቄ ከተጠናቀቀበት ጊዜ ጀምሮ ለመከታተል የሚያስችለውን ከNGINX Ingress ፣ log collection ፣ statsd እና OpenTracing ፕሮቶኮሎች ጋር መቀላቀልን ይደግፋል እንዲሁም ለዚህ ጥያቄ ምዝግብ ማስታወሻዎችን ይፈልጉ (ሁለቱም በድር አገልጋይ በኩል። እና በተጠቃሚው ላይ)።

ዳታዶግ ስንጠቀም አንዳንድ ጊዜ የማይክሮ ሰርቪስ ካርታውን በስህተት እና አንዳንድ ቴክኒካዊ ድክመቶችን ሲገነባ አጋጥሞናል። ለምሳሌ፣ የአገልግሎት አይነትን (Djangoን ለመሸጎጫ አገልግሎት የተሳሳተ ነው) እና ታዋቂውን የፕሬዲስ ላይብረሪ በመጠቀም በ PHP መተግበሪያ ውስጥ 500 ስህተቶችን አድርጓል።

አታተስ - ትንሹ መሣሪያ; አገልግሎቱ በ2014 ተጀመረ። የግብይት በጀቱ በግልጽ ከተዘረዘሩት ተወዳዳሪዎች ያነሰ ነው፣ መጠቀስ በጣም ያነሰ ነው። ይሁን እንጂ መሣሪያው በራሱ ከአዲሱ ሬሊክ ጋር በጣም ተመሳሳይ ነው, በችሎታው (ኤፒኤም, የአሳሽ ክትትል, ወዘተ) ብቻ ሳይሆን በመልክም ጭምር.

ጉልህ የሆነ ጉድለት Node.js እና PHP ን ብቻ ነው የሚደግፈው። በሌላ በኩል፣ ከዳታዶግ በተሻለ ሁኔታ ተተግብሯል። ከሁለተኛው በተለየ፣ አታቱስ ለውጦችን ለማድረግ ወይም ተጨማሪ መለያዎችን በኮዱ ላይ ለመጨመር መተግበሪያዎችን አይፈልግም።

ከኒው ሪሊክ ጋር እንዴት እንደምንሰራ

አሁን በአጠቃላይ አዲስ ሪሊክን እንዴት እንደምንጠቀም እንወቅ። መፍትሄ የሚፈልግ ችግር አለብን እንበል፡-

በግራፉ ላይ ለማየት ቀላል ነው всплеск - እስቲ እንመርምረው። በኒው ሬሊክ ውስጥ የድር ግብይቶች ወዲያውኑ ለድር መተግበሪያ ተመርጠዋል ፣ ሁሉም አካላት በአፈፃፀም ግራፉ ውስጥ ተጠቁመዋል ፣ የስህተት-ተመን ፣ የጥያቄ-ተመን ፓነሎች አሉ… በጣም አስፈላጊው ነገር ከእነዚህ ፓነሎች በቀጥታ በተለያዩ መካከል መንቀሳቀስ ይችላሉ ። የመተግበሪያው ክፍሎች (ለምሳሌ MySQL ላይ ጠቅ ማድረግ ወደ የውሂብ ጎታ ክፍል ይመራል).

በምሳሌው ላይ በተጠቀሰው ምሳሌ ውስጥ የእንቅስቃሴ መጨመር እናያለን ፒኤችፒ፣ በዚህ ገበታ ላይ ጠቅ ያድርጉ እና በራስ-ሰር ወደ ይሂዱ ግብይቶች:

የግብይቶች ዝርዝር, በመሠረቱ ከ MVC ሞዴል ተቆጣጣሪዎች, አስቀድሞ የተደረደሩ ናቸው ብዙ ጊዜ የሚወስድ, በጣም ምቹ ነው: ወዲያውኑ ማመልከቻው ምን እንደሚሰራ እንመለከታለን. በአዲስ Relic በራስ ሰር የሚሰበሰቡ የረጅም መጠይቆች ምሳሌዎች እዚህ አሉ። መደርደርን በመቀየር ለማግኘት ቀላል ነው፡-

በጣም የተጫነው የመተግበሪያ መቆጣጠሪያ;
በጣም በተደጋጋሚ የሚጠየቀው መቆጣጠሪያ;
የመቆጣጠሪያዎቹ በጣም ቀርፋፋ.

በተጨማሪም፣ እያንዳንዱን ግብይት ማስፋት እና ኮዱ በተፈጸመበት ጊዜ አፕሊኬሽኑ ምን እየሰራ እንደነበር ማየት ይችላሉ።

በመጨረሻም አፕሊኬሽኑ የረዥም ጥያቄዎችን (ከ2 ሰከንድ በላይ የሚወስዱ) ምልክቶችን ያከማቻል። የረዥም ጊዜ ግብይት ፓነል ይኸውና፡-

ሁለት ዘዴዎች ብዙ ጊዜ እንደሚወስዱ ማየት ይቻላል, እና በተመሳሳይ ጊዜ ጥያቄው በተፈፀመበት ጊዜ, የእሱ URI እና ጎራም ይታያል. በጣም ብዙ ጊዜ ይህ ጥያቄውን በምዝግብ ማስታወሻዎች ውስጥ ለማግኘት ይረዳል. ወደ ~ መሄድ የመከታተያ ዝርዝሮችእነዚህ ዘዴዎች ከየት እንደተጠሩ ማየት ይችላሉ-

እና ውስጥ የውሂብ ጎታ መጠይቆች — አፕሊኬሽኑ እያሄደ ባለበት ወቅት ለተፈጸሙ የውሂብ ጎታዎች መጠይቆችን መገምገም፡-

በዚህ እውቀት ታጥቀን አፕሊኬሽኑ ለምን እየቀነሰ እንደሆነ ገምግመን ከገንቢው ጋር ተባብረን ችግሩን ለመፍታት ስትራቴጂ ነድፈን እንሰራለን። በእውነቱ ፣ ኒው ሪሊክ ሁል ጊዜ ግልፅ ምስል አይሰጥም ፣ ግን የምርመራውን ቬክተር ለመምረጥ ይረዳል-

ረጅም PDO::Construct ወደ እንግዳ የ pgpoll አሠራር መርቶናል;
በጊዜ ሂደት አለመረጋጋት Memcache::Get ቨርቹዋል ማሽኑ በተሳሳተ መንገድ መዋቀሩን ጠቁሟል;
ለአብነት ሂደት በአጠራጣሪነት የጨመረው ጊዜ በእቃ ማከማቻው ውስጥ 500 አምሳያዎች መኖራቸውን ወደ አንድ የጎጆ ቀለበት አመራ።
ወዘተ…

እንዲሁም ኮድን ከመተግበር ይልቅ ከውጫዊ የውሂብ ማከማቻ ጋር የተዛመደ አንድ ነገር በዋናው ማያ ገጽ ላይ ያድጋል - እና ምን እንደሚሆን ምንም ለውጥ የለውም Redis ወይም PostgreSQL - ሁሉም በትሩ ውስጥ ተደብቀዋል የውሂብ ጎታዎች.

ለምርምር የተወሰነ መሠረት መምረጥ እና መጠይቆችን መደርደር ይችላሉ - በግብይቶች ውስጥ እንዴት እንደሚደረግ ተመሳሳይ። እና ወደ የጥያቄው ትር በመሄድ ይህ ጥያቄ በእያንዳንዱ የመተግበሪያ ተቆጣጣሪዎች ውስጥ ምን ያህል ጊዜ እንደሚከሰት እና እንዲሁም ምን ያህል ጊዜ እንደሚጠራ መገመት ይችላሉ። በጣም ምቹ ነው;

ትሩ ተመሳሳይ ውሂብ ይዟል የውጭ አገልግሎቶችእንደ የነገር ማከማቻ መድረስ፣ ወደ ሴንትሪ መላክ ወይም የመሳሰሉትን የመሳሰሉ የውጫዊ የኤችቲቲፒ አገልግሎቶች ጥያቄዎችን የሚደብቅ። የትሩ ይዘት ከመረጃ ቋቶች ጋር ሙሉ በሙሉ ተመሳሳይ ነው፡-

ተወዳዳሪዎች: እድሎች እና ግንዛቤዎች

አሁን በጣም የሚያስደንቀው ነገር የኒው ሬሊክን ችሎታዎች ከተወዳዳሪዎቹ ከሚያቀርቡት ጋር ማወዳደር ነው። እንደ አለመታደል ሆኖ፣ በምርት ላይ ባለ አንድ መተግበሪያ ላይ ሶስቱንም መሳሪያዎች መሞከር አልቻልንም። ሆኖም በተቻለ መጠን ተመሳሳይ የሆኑ ሁኔታዎችን/ውቅሮችን ለማነፃፀር ሞክረናል።

1. ዳታዶግ

ዳታዶግ የአገልግሎት ግድግዳ ባለው ፓነል ሰላምታ ይሰጠናል፡-

መተግበሪያዎችን ወደ ክፍሎች/ማይክሮ አገልግሎቶች ለመከፋፈል ይሞክራል፣ ስለዚህ በምሳሌው Django መተግበሪያ ከ PostgreSQL ጋር 2 ግንኙነቶችን እናያለን (defaultdb и postgres), እንዲሁም ሴሊሪ, ሬዲስ. ከ Datadog ጋር መስራት ስለ MVC መርሆዎች ዝቅተኛ እውቀት እንዲኖርዎት ይጠይቃል፡ የተጠቃሚ ጥያቄዎች በአጠቃላይ ከየት እንደመጡ መረዳት ያስፈልግዎታል። ይህ አብዛኛውን ጊዜ ይረዳል አገልግሎቶች ካርታ:

በነገራችን ላይ በኒው ሬሊክ ውስጥ ተመሳሳይ ነገር አለ፡-

... እና የእነሱ ካርታ, በእኔ አስተያየት, ቀላል እና ግልጽ ሆኖ የተሰራ ነው-የአንድ መተግበሪያ አካላትን አያሳይም (ይህም እንደ ዳታዶግ ሁኔታ ከመጠን በላይ ዝርዝር ያደርገዋል), ነገር ግን የተወሰኑ አገልግሎቶችን ወይም ማይክሮ አገልግሎቶችን ብቻ ነው.

ወደ ዳታዶግ እንመለስ፡ ከአገልግሎት ካርታው የተጠቃሚ ጥያቄዎች ወደ ጃንጎ እንደመጡ ማየት እንችላለን። ወደ ጃንጎ አገልግሎት እንሂድ እና በመጨረሻ ምን እንደጠበቅን እንይ፡-

እንደ አለመታደል ሆኖ በነባሪ እዚህ ምንም ግራፍ የለም። የድር ግብይት ጊዜ, በዋናው የኒው ሪሊክ ፓነል ላይ እንደምናየው. ሆኖም ግን, በጊዜ ሰሌዳው ምትክ ሊዋቀር ይችላል የጠፋው ጊዜ %. እሱን ለመቀየር በቂ ነው። አማካኝ ጊዜ በጥያቄ ዓይነት... እና አሁን የተለመደው ግራፍ እኛን እየተመለከተን ነው!

ለምን ዳታዶግ የተለየ ገበታ መረጠ ለእኛ እንቆቅልሽ ነው። ሌላው ተስፋ አስቆራጭ ነገር ስርዓቱ የተጠቃሚውን ምርጫ (ከሁለቱም ተፎካካሪዎች በተለየ) አያስታውስም, እና ስለዚህ ብቸኛው መፍትሄ ብጁ ፓነሎችን መፍጠር ነው.

ነገር ግን በዳታዶግ ውስጥ ከእነዚህ ግራፎች ወደ ተዛማጅ አገልጋዮች መለኪያዎች ለመቀየር፣ ምዝግብ ማስታወሻዎችን ለማንበብ እና በድር አገልጋይ ተቆጣጣሪዎች (Gunicorn) ላይ ያለውን ጭነት ለመገምገም በመቻሉ ተደስቻለሁ። ሁሉም ነገር ከሞላ ጎደል ልክ እንደ አዲስ Relic ... እና ትንሽ ተጨማሪ (ምዝግብ ማስታወሻዎች) እንኳን!

ከግራፎቹ በታች ከአዲስ ሬሊክ ጋር ሙሉ በሙሉ ተመሳሳይ የሆኑ ግብይቶች አሉ።

በዳታዶግ ውስጥ ግብይቶች ተጠርተዋል። ሀብቶች. ተቆጣጣሪዎችን በጥያቄዎች ብዛት፣በአማካይ ምላሽ ጊዜ እና ለተመረጠው ጊዜ ባጠፋው ከፍተኛ ጊዜ መደርደር ይችላሉ።

ሀብቱን ማስፋት እና ቀደም ሲል በአዲስ ሬሊክ ውስጥ የተመለከትናቸውን ሁሉንም ነገሮች ማየት ይችላሉ፡-

በሀብቱ ላይ ስታትስቲክስ፣ አጠቃላይ የውስጥ ጥሪዎች ዝርዝር እና በምላሽ ኮድ ሊደረደሩ የሚችሉ የጥያቄዎች ምሳሌዎች አሉ... በነገራችን ላይ መሐንዲሶቻችን ይህንን መደርደር በጣም ወደውታል።

በ Datadog ውስጥ ያለ ማንኛውም የምሳሌ ምንጭ ሊከፈት እና ሊጠና ይችላል፡-

የጥያቄ መለኪያዎች፣ በእያንዳንዱ አካል ላይ የሚፈጀው ጊዜ ማጠቃለያ ሰንጠረዥ እና የጥሪዎችን ቅደም ተከተል የሚያሳይ የፏፏቴ ገበታ ቀርቧል። እንዲሁም ወደ የፏፏቴ ገበታ የዛፍ እይታ መቀየር ትችላለህ፡-

እና በጣም የሚያስደስት ነገር ጥያቄው የተከናወነበትን የአስተናጋጁን ጭነት መመልከት እና የጥያቄ ምዝግብ ማስታወሻዎችን መመልከት ነው.

ታላቅ ውህደት!

ትሮች የት እንዳሉ ትጠይቅ ይሆናል። የውሂብ ጎታዎች и የውጭ አገልግሎቶችእንደ አዲስ ሬሊክ። እዚህ ምንም የሉም፡ ዳታዶግ አፕሊኬሽኑን ወደ ክፍሎች ስለሚበሰብስ፣ PostgreSQL ግምት ውስጥ ይገባል። የተለየ አገልግሎት, እና ከውጫዊ አገልግሎቶች ይልቅ መፈለግ ተገቢ ነው aws.storage (መተግበሪያው ሊደርስበት ከሚችለው ለሁሉም የውጭ አገልግሎት ጋር ተመሳሳይ ይሆናል)።

ከ ጋር አንድ ምሳሌ እዚህ አለ። postgres:

በመሠረቱ የምንፈልገው ነገር ሁሉ አለ፡-

ጥያቄው ከየትኛው "አገልግሎት" እንደመጣ ማየት ይችላሉ።

ዳታዶግ ከ NGINX Ingress ጋር በትክክል እንደሚዋሃድ እና ጥያቄው በክላስተር ውስጥ ከመጣበት ጊዜ ጀምሮ ከጫፍ እስከ ጫፍ መከታተል እንዲችሉ እና እንዲሁም የስታቲስቲክስ መለኪያዎችን እንዲቀበሉ ፣ ምዝግብ ማስታወሻዎችን እንዲሰበስቡ እና መለኪያዎችን እንዲያስተናግዱ የሚፈቅድልዎ መሆኑን ለማስታወስ ስህተት አይሆንም። .

የዳታዶግ ትልቅ ፕላስ ዋጋው ነው። ቅርፅ እየያዘ ነው ከመሠረተ ልማት ቁጥጥር, APM, Log Management and Synthetics ፈተና, ማለትም. እቅድዎን በተለዋዋጭነት መምረጥ ይችላሉ.

2.አታቱስ

የአታቱስ ቡድን አገልግሎታቸው “ከአዲስ ሬሊክ ጋር ተመሳሳይ ነው፣ ግን የተሻለ ነው” ብሏል። ይህ በእርግጥ እንደዚያ ከሆነ እንይ።

ዋናው ፓነል ተመሳሳይ ይመስላል፣ ነገር ግን በመተግበሪያው ውስጥ ጥቅም ላይ የዋለውን Redis እና memcached ለማወቅ አልተቻለም።

APM ሁሉንም ግብይቶች በነባሪነት ይመርጣል፣ ምንም እንኳን በተለምዶ የድር ግብይቶች ያስፈልጋሉ። ልክ እንደ ዳታዶግ, ከዋናው ፓነል ወደሚፈለገው አገልግሎት ለማሰስ ምንም መንገድ የለም. ከዚህም በላይ ግብይቶች ከስህተቶች በኋላ ተዘርዝረዋል, ይህም ለኤፒኤም በጣም ምክንያታዊ አይመስልም.

በአታቱስ ግብይቶች ሁሉም ነገር በተቻለ መጠን ከኒው ሬሊክ ጋር ተመሳሳይ ነው። ጉዳቱ የእያንዳንዱ ተቆጣጣሪ ተለዋዋጭነት ወዲያውኑ አይታይም. በመለየት በመቆጣጠሪያው ጠረጴዛ ውስጥ መፈለግ አለብዎት ብዙ ጊዜ የሚፈጀው:

የተለመደው የመቆጣጠሪያዎች ዝርዝር በትሩ ውስጥ ይገኛል ያስሱ:

በአንዳንድ መንገዶች፣ ይህ ሰንጠረዥ ዳታዶግን የሚያስታውስ ነው እና በኒው ሬሊክ ውስጥ ካለው ተመሳሳይ የተሻለ ወድጄዋለሁ።

እያንዳንዱን ግብይት ማስፋት እና አፕሊኬሽኑ ምን እየሰራ እንደነበር ማየት ይችላሉ፡-

ፓኔሉ ዳታዶግንም የበለጠ የሚያስታውስ ነው፡ በርካታ ጥያቄዎች፣ አጠቃላይ የጥሪዎች ምስል አለ። የላይኛው ፓነል የስህተት ትር ያቀርባል የኤችቲቲፒ አለመሳካቶች እና የዝግታ መጠይቆች ምሳሌዎች የክፍለ ጊዜ ዱካዎች:

ወደ ግብይት ከሄዱ፣ የመከታተያ ምሳሌ ማየት ይችላሉ፣ ወደ ዳታቤዙ የጥያቄዎች ዝርዝር ማግኘት እና የጥያቄውን ራስጌዎች መመልከት ይችላሉ። ሁሉም ነገር ከአዲሱ ቅርስ ጋር ተመሳሳይ ነው፡-

በአጠቃላይ አታቱስ በዝርዝር ዱካዎች ተደስቷል - ያለ የተለመደው አዲስ Relic ጥሪዎችን ወደ አስታዋሽ ብሎኬት ማጣበቅ።

ነገር ግን፣ (እንደ አዲስ ሬሊክ) በጣም ፈጣን ጥያቄዎችን (<5ms) የሚያቋርጥ ማጣሪያ የለውም። በሌላ በኩል, የመጨረሻውን የግብይት ምላሽ (ስኬት ወይም ስህተት) ማሳያ ወድጄዋለሁ.

ፓነል የውሂብ ጎታዎች አፕሊኬሽኑ የሚያቀርባቸውን የውጭ ዳታቤዝ ጥያቄዎችን ለማጥናት ይረዳዎታል። ላስታውሳችሁ አታቱስ PostgreSQL እና MySQL ብቻ ነው ያገኘው፣ ምንም እንኳን Redis እና memcached እንዲሁ በፕሮጀክቱ ውስጥ ይሳተፋሉ።

ጥያቄዎች በተለመደው መስፈርት መሰረት ይደረደራሉ-የምላሽ ድግግሞሽ, አማካይ የምላሽ ጊዜ, ወዘተ. እንዲሁም ትሩን በጣም ቀርፋፋ በሆኑ መጠይቆች መጥቀስ እፈልጋለሁ - በጣም ምቹ ነው። ከዚህም በላይ ለ PostgreSQL በዚህ ትር ውስጥ ያለው ውሂብ ከቅጥያው ካለው ውሂብ ጋር ተገናኝቷል። pg_stat_አረፍተ ነገሮች - በጣም ጥሩ ውጤት!

ትር የውጭ ጥያቄዎች ከመረጃ ቋቶች ጋር ሙሉ በሙሉ ተመሳሳይ ነው።

ግኝቶች

ሁለቱም ያቀረቡት መሳሪያዎች በኤፒኤም ሚና ውስጥ ጥሩ አፈጻጸም አሳይተዋል። አንዳቸውም ቢሆኑ የሚፈለገውን ዝቅተኛውን ማቅረብ ይችላሉ. የእኛ ግንዛቤዎች በአጭሩ እንደሚከተለው ሊጠቃለሉ ይችላሉ-

ዳታዶግ

ምርቶች

ምቹ የታሪፍ መርሃ ግብር (APM በአንድ አስተናጋጅ 31 ዶላር ያወጣል);
ከፓይዘን ጋር በደንብ ሰርቷል;
ከOpenTracing ጋር የመዋሃድ ዕድል
ከኩበርኔትስ ጋር መቀላቀል;
ከ NGINX Ingress ጋር ውህደት።

Cons:

በሞጁል ስህተት (predis) ምክንያት ማመልከቻው እንዳይገኝ ያደረገው ብቸኛው APM;
ደካማ የ PHP ራስ-መሳሪያ;
በከፊል እንግዳ የአገልግሎቶች ትርጉም እና ዓላማቸው።

አታተስ