የጎደለውን ስኩተር ወይም የአንድ አይኦቲ ክትትል ታሪክ ይመልሱ

ከአንድ አመት በፊት የማስተዋወቂያ ፕሮጄክት የሙከራ ስሪት ጀመርን። ያልተማከለ የኤሌክትሪክ ስኩተሮች ኪራይ.

መጀመሪያ ላይ ፕሮጀክቱ ሮድ-ወደ ባርሴሎና ተብሎ ይጠራ ነበር, በኋላ ላይ ሮድ-ወደ-በርሊን (በመሆኑም R2B በቅጽበታዊ ገጽ እይታዎች) እና በመጨረሻ xRide ተብሎ ይጠራ ነበር.

የፕሮጀክቱ ዋና ሀሳብ ይህ ነበር፡- የተማከለ መኪና ወይም ስኩተር ኪራይ አገልግሎት ከማግኘት ይልቅ (እኛ ስለ ስኩተርስ ወይም ኤሌክትሪክ ሞተር ብስክሌቶች እየተነጋገርን ያለነው ስለ ኪክ ስኩተር/ስኩተር ሳይሆን) ያልተማከለ የኪራይ ሰብሳቢነት መድረክ መፍጠር እንፈልጋለን። ስላጋጠሙን ችግሮች ቀደም ሲል ጽፏል.

መጀመሪያ ላይ ፕሮጀክቱ በመኪናዎች ላይ ያተኮረ ነበር, ነገር ግን በጊዜ ገደብ ምክንያት, ከአምራቾች ጋር በጣም ረጅም ግንኙነት እና እጅግ በጣም ብዙ የደህንነት ገደቦች, የኤሌክትሪክ ስኩተሮች ለአብራሪው ተመርጠዋል.

ተጠቃሚው የአይኦኤስ ወይም አንድሮይድ አፕሊኬሽን ስልኩ ላይ ጭኖ ወደ ወደደው ስኩተር ቀረበ፣ከዚያ በኋላ ስልኩ እና ስኩተሩ የአቻ ለአቻ ግንኙነት ፈጠሩ፣ETH ተለዋውጠው ተጠቃሚው ስኩተርን በማብራት ጉዞውን መጀመር ይችላል። ስልኩ. በጉዞው መጨረሻ ላይ ከተጠቃሚው የኪስ ቦርሳ ውስጥ ኢቴሬምን በመጠቀም ለጉዞው መክፈልም ተችሏል.

ከስኩተሮች በተጨማሪ ተጠቃሚው በመተግበሪያው ውስጥ "ስማርት ቻርጀሮችን" አይቷል በመጎብኘት ተጠቃሚው ዝቅተኛ ከሆነ የአሁኑን ባትሪ ራሱ ሊለውጠው ይችላል.

ባጠቃላይ የኛ አብራሪ ይህን ይመስል ነበር ባለፈው አመት ሴፕቴምበር ላይ በሁለት የጀርመን ከተሞች ቦን እና በርሊን የጀመረው።

እናም አንድ ቀን በቦን ውስጥ ፣ በማለዳ ፣ የድጋፍ ቡድናችን (በቦታው ላይ ስኩተሮችን በስራ ቅደም ተከተል ለማቆየት) ማስጠንቀቂያ ተሰጥቷል-አንደኛው ስኩተር ያለ ምንም ዱካ ጠፋ።

እንዴት ማግኘት እና መመለስ ይቻላል?

በዚህ ጽሑፍ ውስጥ ስለዚህ ጉዳይ እናገራለሁ, ነገር ግን በመጀመሪያ - የራሳችንን የ IoT መድረክ እንዴት እንደሠራን እና እንዴት እንደተቆጣጠርነው.

ምን እና ለምን መከታተል አለባቸው: ስኩተሮች, መሠረተ ልማት, የኃይል መሙያ ጣቢያዎች?

ስለዚህ በፕሮጀክታችን ውስጥ ምን መከታተል ፈለግን?

በመጀመሪያ ደረጃ እነዚህ እራሳቸው ስኩተሮች ናቸው - የኤሌክትሪክ ስኩተሮች እራሳቸው በጣም ውድ ናቸው ፣ በበቂ ሁኔታ ሳይዘጋጁ እንዲህ ዓይነቱን ፕሮጀክት ማስጀመር አይችሉም ፣ ከተቻለ ስለ ስኩተሮች በተቻለ መጠን ብዙ መረጃ መሰብሰብ ይፈልጋሉ-ስለ አካባቢያቸው ፣ የክፍያ ደረጃ። ወዘተ.

በተጨማሪም, የራሳችንን የአይቲ መሠረተ ልማት - የውሂብ ጎታዎችን, አገልግሎቶችን እና ለመሥራት የሚያስፈልጋቸውን ነገሮች ሁሉ መከታተል እፈልጋለሁ. እንዲሁም "ብልጥ ባትሪ መሙያዎችን" ሁኔታ መከታተል አስፈላጊ ነበር, ከተበላሹ ወይም ሙሉ ባትሪዎች ካለቀባቸው.

ስኩተሮች

የእኛ ስኩተሮች ምን ነበሩ እና ስለእነሱ ምን ማወቅ እንፈልጋለን?

የመጀመሪያው እና በጣም አስፈላጊው ነገር የጂፒኤስ መጋጠሚያዎች ናቸው, ምክንያቱም ለእነሱ ምስጋና ይግባውና የት እንዳሉ እና የት እንደሚንቀሳቀሱ መረዳት እንችላለን.

የሚቀጥለው የባትሪ ክፍያ ነው፣ ለዚህም ምስጋና ይግባውና የስኩተሮች መሙላት ወደ ማብቂያው እየመጣ መሆኑን ወስነን ጭማቂ መላክ ወይም ቢያንስ ተጠቃሚውን ማስጠንቀቅ እንችላለን።

በእርግጥ በሃርድዌር ክፍሎቻችን ምን እየተፈጠረ እንዳለ ማረጋገጥም ያስፈልጋል፡-

• ብሉቱዝ ይሰራል?
• የጂፒኤስ ሞጁል ራሱ ይሰራል?
  • እንዲሁም ጂፒኤስ የተሳሳቱ መጋጠሚያዎችን መላክ እና መጣበቅ መቻሉ ላይ ችግር አጋጥሞናል፣ እና ይህ የሚወሰነው በስኩተሩ ላይ ተጨማሪ ፍተሻዎች ብቻ ነው ፣
    እና ችግሩን ለመፍታት በተቻለ ፍጥነት ድጋፍን ያሳውቁ

እና በመጨረሻ፡ የሶፍትዌሩ ቼኮች ከስርዓተ ክወና እና ፕሮሰሰር ጀምሮ፣ የአውታረ መረብ እና የዲስክ ጭነት፣ ለእኛ ይበልጥ ልዩ በሆኑ የራሳችን ሞጁሎች ቼኮች ያበቃል (ጆሎኮም, ቁልፍ ካባ).

ሃርድዌር

የእኛ "ብረት" ክፍል ምን ነበር?

በተቻለ መጠን በጣም አጭር የሆነውን የጊዜ ገደብ እና ፈጣን የፕሮቶታይፕ አስፈላጊነትን ከግምት ውስጥ በማስገባት ለትግበራ እና አካላት ምርጫ በጣም ቀላሉ አማራጭን መርጠናል - Raspberry Pi.
ከ Rpi እራሱ በተጨማሪ ብጁ ቦርድ ነበረን (እኛ ራሳችን አዘጋጅተን ከቻይና በማዘዝ የመጨረሻውን መፍትሄ የመሰብሰቢያ ሂደትን ለማፋጠን) እና የአካል ክፍሎች ስብስብ - ቅብብል (ስኩተሩን ለማብራት / ለማጥፋት) ፣ የባትሪ ቻርጅ አንባቢ፣ ሞደም፣ አንቴናዎች። ይህ ሁሉ በልዩ “xRide ሣጥን” ውስጥ የታሸገ ነው።

በተጨማሪም ሳጥኑ በሙሉ ተጨማሪ የኃይል ባንክ የተጎላበተ መሆኑን ልብ ሊባል የሚገባው ሲሆን ይህም በተራው በስኩተር ዋናው ባትሪ የተጎላበተ ነበር.

ይህም የመብራት ቁልፉን ወደ "ጠፍቷል" ቦታ ካጠፋ በኋላ ዋናው ባትሪ ወዲያውኑ ስለጠፋ ክትትልን መጠቀም እና ጉዞው ካለቀ በኋላም ስኩተርን ለማብራት አስችሏል.

ዶከር? ተራ ሊኑክስ? እና ማሰማራት

ወደ ክትትል እንመለስ, ስለዚህ Raspberry - ምን አለን?

አካላትን የማሰማራት፣ የማዘመን እና ወደ አካላዊ መሳሪያዎች የማድረስ ሂደትን ለማፋጠን ልንጠቀምባቸው ከምንፈልገው የመጀመሪያ ነገሮች አንዱ ዶከር ነው።

እንደ አለመታደል ሆኖ Docker በ RPi ላይ ምንም እንኳን ቢሠራም ፣ በተለይም ከኃይል ፍጆታ አንፃር ብዙ ትርፍ እንዳለው ግልፅ ሆነ።

የ"ቤተኛ" ስርዓተ ክወናን በመጠቀም ያለው ልዩነት ምንም እንኳን ጠንካራ ባይሆንም በፍጥነት ክፍያ የማጣት እድልን እንድንጠነቀቅ አሁንም በቂ ነበር።

ሁለተኛው ምክንያት በ Node.js (sic!) ላይ ካሉት የአጋሮቻችን ቤተ-ፍርግሞች አንዱ ነበር - የስርዓቱ ብቸኛው አካል በ Go/C/C++ ውስጥ ያልተጻፈ።

የቤተ መፃህፍቱ ደራሲዎች በማንኛውም "የአፍ መፍቻ" ቋንቋዎች የሚሰራ ስሪት ለማቅረብ ጊዜ አልነበራቸውም.

መስቀለኛ መንገድ እራሱ ዝቅተኛ አፈጻጸም ላላቸው መሳሪያዎች በጣም የሚያምር መፍትሄ ብቻ ሳይሆን, ቤተ-መጻሕፍቱ ራሱ በጣም የተራበ ነበር.

እኛ ብንፈልግ እንኳን ዶከርን መጠቀም ለእኛ በጣም ከባድ እንደሚሆን ተገነዘብን። ምርጫው የተደረገው ቤተኛ OSን በመደገፍ እና በእሱ ስር በቀጥታ በመስራት ላይ ነው።

OS

በውጤቱም ፣ እኛ ፣ እንደገና ፣ እንደ OSው በጣም ቀላሉ አማራጭን መርጠናል እና Raspbian (Debian build for Pi) ተጠቀምን።

ሁሉንም ሶፍትዌሮቻችንን በ Go ውስጥ እንጽፋለን፣ ስለዚህ ዋናውን የሃርድዌር ወኪል ሞጁሉን በስርዓታችን ውስጥ በ Go ውስጥ ጽፈናል።

ከጂፒኤስ፣ ብሉቱዝ ጋር የመሥራት፣ ቻርጁን የማንበብ፣ ስኩተርን የማብራት፣ ወዘተ ኃላፊነት ያለበት እሱ ነው።

አሰማር

ለመሣሪያዎች (ኦቲኤ) ዝመናዎችን የማድረስ ዘዴን መተግበር አስፈላጊ ስለመሆኑ ጥያቄው ወዲያውኑ ተነሳ - ሁለቱም ዝማኔዎች ወኪላችን/መተግበሪያው ፣ እና የስርዓተ ክወናው/firmware ራሱ ዝመናዎች (አዲሶቹ የወኪሉ ስሪቶች የከርነል ማሻሻያዎችን ሊጠይቁ ስለሚችሉ) ወይም የስርዓት ክፍሎች, ቤተ-መጻሕፍት, ወዘተ.) .

ስለ ገበያው ከረዥም ጊዜ ትንታኔ በኋላ ለመሣሪያው ዝመናዎችን ለማድረስ በጣም ብዙ መፍትሄዎች እንዳሉ ታወቀ።

ከአንፃራዊ ቀላል፣ በአብዛኛው አዘምን/ባለሁለት ቡት ተኮር መገልገያዎችን እንደ swupd/SWupdate/OSTree ወደ ሙሉ አቅም ወደ እንደ ሜንደር እና ባሌና ላሉ መድረኮች።

በመጀመሪያ ደረጃ, ከጫፍ እስከ ጫፍ መፍትሄዎች ፍላጎት እንዳለን ወስነናል, ስለዚህ ምርጫው ወዲያውኑ በመድረኮች ላይ ወድቋል.

እሷ ራሷ ባሌና በ balenaEngine ውስጥ ተመሳሳዩን ዶከር ስለሚጠቀም ተገለለ።

ነገር ግን ይህ ቢሆንም, ምርታቸውን ያለማቋረጥ እንጠቀማለን ባሊና ኢቼር ለ flash firmware በ SD ካርዶች ላይ - ለዚህ ቀላል እና እጅግ በጣም ምቹ መገልገያ።

ስለዚህ, በመጨረሻ ምርጫው ወድቋል መንደር. ሜንደር ፈርምዌርን ለመሰብሰብ፣ ለማድረስ እና ለመጫን የተሟላ መድረክ ነው።

በአጠቃላይ መድረኩ ጥሩ ይመስላል፣ ነገር ግን ሜንደር ሰሪውን በመጠቀም ትክክለኛውን የጽኑ ዌር ስሪታችንን ለመስራት አንድ ሳምንት ተኩል ያህል ፈጅቶብናል።
እና በአጠቃቀሙ ውስብስብ ነገሮች ውስጥ እራሳችንን በሰጠን ቁጥር እሱን ሙሉ በሙሉ ለማሰማራት ከነበረን የበለጠ ብዙ ጊዜ እንደሚያስፈልገን ግልፅ ሆነ።

ወዮ፣ የኛ ጠባብ ቀነ-ገደብ ማለት የሜንደርን አጠቃቀም ለመተው እና ይበልጥ ቀላል የሆነውን ለመምረጥ ተገደናል።

የሚጠራ

በእኛ ሁኔታ ውስጥ በጣም ቀላሉ መፍትሔ አንሲብልን መጠቀም ነበር. ለመጀመር ሁለት የመጫወቻ መጽሐፍት በቂ ነበሩ።

የእነሱ ይዘት በቀላሉ ከአስተናጋጁ (CI አገልጋይ) በ ssh በኩል ወደ ራቤሪያችን በማገናኘት ዝመናዎችን ማሰራጨታችን ነበር።

መጀመሪያ ላይ, ሁሉም ነገር ቀላል ነበር - ከመሳሪያዎቹ ጋር በተመሳሳይ አውታረ መረብ ላይ መሆን አለብዎት, ማፍሰስ በ Wi-Fi በኩል ተከናውኗል.

በቢሮው ውስጥ በቀላሉ ከተመሳሳይ አውታረ መረብ ጋር የተገናኙ ደርዘን የፍተሻ እንጆሪዎች ነበሩ።

የክትትል ወኪላችንን ለመጨረሻ መሳሪያዎች ያደረሰው ተችሏል።

3G / LTE

እንደ አለመታደል ሆኖ፣ ይህ የአንሲብል የአጠቃቀም ጉዳይ በልማት ሁነታ ላይ ብቻ ነው የሚሰራው ትክክለኛ ስኩተሮች ከመድረሳችን በፊት ነው።

ምክንያቱም ስኩተሮች እርስዎ እንደተረዱት ከአንድ ዋይ ፋይ ራውተር ጋር ተገናኝተው ስለማይቀመጡ በአውታረ መረቡ ላይ በየጊዜው ዝመናዎችን እየጠበቁ ነው።

እንደ እውነቱ ከሆነ፣ ስኩተሮች ከሞባይል 3ጂ/ኤልቲኢ በስተቀር ምንም አይነት ግንኙነት ሊኖራቸው አይችልም (እና ሁልጊዜም አይደለም)።

ይህ ወዲያውኑ ብዙ ችግሮችን እና ገደቦችን ያስገድዳል, ለምሳሌ ዝቅተኛ የግንኙነት ፍጥነት እና ያልተረጋጋ ግንኙነት.

ነገር ግን በጣም አስፈላጊው ነገር በ 3G/LTE አውታረመረብ ውስጥ በቀላሉ ለአውታረ መረቡ በተሰጠው የማይንቀሳቀስ አይፒ ላይ መታመን አለመቻላችን ነው።

ይህ በከፊል በአንዳንድ የሲም ካርድ አቅራቢዎች ተፈትቷል፣ የማይንቀሳቀስ አይፒ አድራሻ ላላቸው ለአይኦቲ መሳሪያዎች የተነደፉ ልዩ ሲም ካርዶችም አሉ። ነገር ግን እንደዚህ ያሉ ሲም ካርዶችን ማግኘት አልቻልንም እና የአይፒ አድራሻዎችን መጠቀም አልቻልንም.

እርግጥ ነው፣ አንድ ዓይነት የአይፒ አድራሻዎችን ምዝገባ ለማድረግ ሐሳቦች ነበሩ aka አገልግሎት ግኝት እንደ ቆንስል የሆነ ቦታ፣ ነገር ግን በፈተናዎቻችን ውስጥ የአይ ፒ አድራሻው ብዙ ጊዜ ሊለዋወጥ ስለሚችል እንዲህ ያሉ ሀሳቦችን መተው ነበረብን።

በዚህ ምክንያት መለኪያዎችን ለማድረስ በጣም አመቺው አጠቃቀም የመጎተት ሞዴልን መጠቀም አይደለም ፣እዚያም አስፈላጊ ለሆኑ መለኪያዎች ወደ መሳሪያዎች የምንሄድበት ፣ ነገር ግን በመግፋት መለኪያዎችን ከመሣሪያው በቀጥታ ወደ አገልጋዩ እናደርሳለን።

የ VPN

ለዚህ ችግር መፍትሄ እንደመሆናችን, VPN መርጠናል - በተለይ የሽቦ መከላከያ.

በስርዓቱ መጀመሪያ ላይ ደንበኞች (ስኩተሮች) ከ VPN አገልጋይ ጋር የተገናኙ እና ከእነሱ ጋር መገናኘት ችለዋል። ይህ ዋሻ ዝማኔዎችን ለማድረስ ስራ ላይ ውሏል።

በንድፈ ሀሳብ ፣ ተመሳሳዩን ዋሻ ለክትትል ሊያገለግል ይችላል ፣ ግን እንዲህ ዓይነቱ ግንኙነት ከቀላል ግፊት የበለጠ የተወሳሰበ እና አስተማማኝ አልነበረም።

የደመና ሀብቶች

በመጨረሻም ኩበርኔትስ ለእነሱ የምንጠቀምበት በመሆኑ የክላስተር አገልግሎቶቻችንን እና የመረጃ ቋቶቻችንን መከታተል ያስፈልጋል። በሐሳብ ደረጃ, በመጠቀም ሄል, ስለ ማሰማራት, በአብዛኛዎቹ ሁኔታዎች እንጠቀማለን. እና በእርግጥ ፣ ደመናውን ለመቆጣጠር ልክ እንደ ስኩተሮች እራሳቸው ተመሳሳይ መፍትሄዎችን መጠቀም ያስፈልግዎታል።

የተሰጠው

ፊው፣ መግለጫውን ያስተካከልን ይመስለናል፣ በመጨረሻ የሚያስፈልገንን ዝርዝር እንዘርዝር፡-

• ፈጣን መፍትሄ, በእድገቱ ሂደት ውስጥ ክትትል አስፈላጊ ስለሆነ
• መጠን/ብዛት - ብዙ መለኪያዎች ያስፈልጋሉ።
• የምዝግብ ማስታወሻ መሰብሰብ ያስፈልጋል
• አስተማማኝነት - ስኬትን ለማስጀመር ውሂብ ወሳኝ ነው።
• የመሳብ ሞዴሉን መጠቀም አይችሉም - መግፋት ያስፈልግዎታል
• የሃርድዌር ብቻ ሳይሆን የደመናም ወጥ የሆነ ክትትል እንፈልጋለን

የመጨረሻው ምስል ይህን ይመስላል

የቁልል ምርጫ

ስለዚህ፣ የክትትል ቁልል የመምረጥ ጥያቄ አጋጥሞናል።

በመጀመሪያ ደረጃ፣ ሁሉንም መስፈርቶቻችንን በአንድ ጊዜ የሚሸፍንን፣ ግን በተመሳሳይ ጊዜ አጠቃቀሙን ከፍላጎታችን ጋር ለማስማማት የሚያስችል በጣም የተሟላ ሁሉን-በ-አንድ መፍትሄ እየፈለግን ነበር። አሁንም፣ በሃርድዌር፣ በአርክቴክቸር እና በጊዜ ገደብ በላያችን ላይ ብዙ እገዳዎች ነበሩን።

በመሳሰሉት ከሙሉ ስርዓት ጀምሮ እጅግ በጣም ብዙ አይነት የክትትል መፍትሄዎች አሉ። ናጋዮስ, icinga ወይም zaborix እና ለFleet አስተዳደር በተዘጋጁ መፍትሄዎች ያበቃል።

መጀመሪያ ላይ፣ የኋለኛው ለእኛ ተስማሚ መፍትሄ መስሎ ነበር፣ ነገር ግን አንዳንዶቹ ሙሉ ክትትል አልነበራቸውም፣ ሌሎች ደግሞ የነጻ ስሪቶች አቅማቸው በጣም የተገደበ ነው፣ እና ሌሎች በቀላሉ የእኛን “ፍላጎቶች” አልሸፈኑም ወይም ከእኛ ሁኔታዎች ጋር ለመስማማት ተለዋዋጭ አልነበሩም። አንዳንዶቹ በቀላሉ ጊዜ ያለፈባቸው ናቸው።

በርካታ ተመሳሳይ መፍትሄዎችን ከመረመርን በኋላ፣ ተመሳሳይ ቁልል እራሳችንን መሰብሰብ ቀላል እና ፈጣን ይሆናል ወደሚል መደምደሚያ ላይ ደርሰናል። አዎ፣ ሙሉ በሙሉ ዝግጁ የሆነ የፍሊት አስተዳደር መድረክን ከማሰማራት የበለጠ ትንሽ የተወሳሰበ ይሆናል፣ ነገር ግን ስምምነት ማድረግ የለብንም ።

በእርግጠኝነት ፣ በሁሉም እጅግ በጣም ብዙ መፍትሄዎች ውስጥ ፣ እኛን ሙሉ በሙሉ የሚስማማ ዝግጁ የሆነ ቀድሞውኑ አለ ፣ ግን በእኛ ሁኔታ አንድ የተወሰነ ቁልል በራሳችን መሰብሰብ እና “ለራሳችን” ከማበጀት ይልቅ በጣም ፈጣን ነበር ። ዝግጁ የሆኑ ምርቶችን መሞከር.

በዚህ ሁሉ ፣ እኛ እራሳችን አጠቃላይ የክትትል መድረክን ለመሰብሰብ አልሞከርንም፣ ነገር ግን በጣም ተግባራዊ የሆኑትን “ዝግጁ” ቁልል እየፈለግን ነበር፣ በተለዋዋጭ የማዋቀር ችሎታ ብቻ።

(ለ) ኤልኬ?

በእውነቱ የታሰበው የመጀመሪያው መፍትሄ የታወቀው የ ELK ቁልል ነበር.
እንደ እውነቱ ከሆነ, BELK ተብሎ ሊጠራ ይገባል, ምክንያቱም ሁሉም የሚጀምረው በቢትስ ነው - https://www.elastic.co/what-is/elk-stack

በእርግጥ ELK በክትትል መስክ ውስጥ በጣም ታዋቂ እና ኃይለኛ መፍትሄዎች አንዱ ነው, እና ከዚህም በበለጠ የምዝግብ ማስታወሻዎችን በመሰብሰብ እና በማቀናበር ላይ.

ELK ምዝግብ ማስታወሻዎችን ለመሰብሰብ እና እንዲሁም ከPrometheus የረዥም ጊዜ መለኪያዎችን ለመሰብሰብ ስራ ላይ እንዲውል አስበን ነበር።

ለእይታ ግራፋን መጠቀም ይችላሉ።

በእርግጥ፣ አዲሱ የ ELK ቁልል በተናጥል መለኪያዎችን መሰብሰብ ይችላል (metricbeat) እና ኪባና እነሱንም ማሳየት ይችላል።

ግን አሁንም ፣ ELK መጀመሪያ ላይ ያደገው ከምዝግብ ማስታወሻዎች ነው እናም እስካሁን ድረስ የመለኪያዎቹ ተግባራዊነት በርካታ ከባድ ድክመቶች አሉት።

• ከፕሮሜቲየስ በጣም ቀርፋፋ
• ከፕሮሜቴየስ በጣም ያነሱ ቦታዎችን ይዋሃዳል
• ለእነሱ ማንቂያዎችን ማዘጋጀት አስቸጋሪ ነው
• መለኪያዎች ብዙ ቦታ ይወስዳሉ
• በኪባን ውስጥ ዳሽቦርዶችን በሜትሪክስ ማዘጋጀት ከግራፋን የበለጠ የተወሳሰበ ነው።

በአጠቃላይ ፣ በኤልኬ ውስጥ ያሉት መለኪያዎች ከባድ ናቸው እና እንደ ሌሎች መፍትሄዎች አሁንም ምቹ አይደሉም ፣ ከእነዚህም ውስጥ አሁን ከፕሮሜቴየስ የበለጠ ብዙ አሉ-TSDB ፣ Victoria Metrics ፣ Cortex ፣ ወዘተ ፣ ወዘተ. እርግጥ ነው፣ አንድ ሙሉ በሙሉ በአንድ-አንድ የሆነ መፍትሔ ወዲያውኑ እንዲኖረኝ እፈልጋለሁ፣ ነገር ግን በሜትሪክ ቢት ሁኔታ ውስጥ በጣም ብዙ ማግባባት ነበሩ።

እና የ ELK ቁልል ራሱ በርካታ አስቸጋሪ ጊዜያት አሉት።

• በቂ መጠን ያለው መረጃ ከሰበሰቡ ከባድ ነው፣ አንዳንዴም በጣም ከባድ ነው።
• እሱን "እንዴት ማብሰል እንደሚችሉ ማወቅ" ያስፈልግዎታል - መጠኑን ማመጣጠን ያስፈልግዎታል ፣ ግን ይህ ማድረግ ቀላል አይደለም።
• የተነጠቀ ነፃ ስሪት - ነፃው ስሪት መደበኛ ማንቂያ የለውም ፣ እና በምርጫ ጊዜ ምንም ማረጋገጫ አልነበረም

በቅርብ ጊዜ የመጨረሻው ነጥብ የተሻለ እና በተጨማሪ ሆኗል ማለት አለብኝ በክፍት ምንጭ ኤክስ-ጥቅል ውስጥ ውፅዓት (ማረጋገጫን ጨምሮ) የዋጋ አሰጣጥ ሞዴል ራሱ መለወጥ ጀመረ።

ነገር ግን ይህንን መፍትሄ ልናሰማራ በሄድንበት ጊዜ ምንም አይነት ማስጠንቀቅያ አልነበረም።
ምናልባት ElastAlert ወይም ሌላ የማህበረሰብ መፍትሄዎችን በመጠቀም አንድ ነገር ለመገንባት ልንሞክር እንችል ይሆናል፣ ግን አሁንም ሌሎች አማራጮችን ለማየት ወስነናል።

ሎኪ - ግራፋና - ፕሮሜቴየስ

በአሁኑ ጊዜ ጥሩ መፍትሄ በፕሮሜቴየስ እንደ ሜትሪክስ አቅራቢ፣ Loki for logs ላይ ብቻ የተመሰረተ የክትትል ቁልል መገንባት ሊሆን ይችላል እና ለእይታ ተመሳሳይ Grafanaን መጠቀም ይችላሉ።

እንደ አለመታደል ሆኖ የፕሮጀክቱ የሽያጭ አብራሪ በተጀመረበት ጊዜ (ከሴፕቴምበር-ጥቅምት 19) ሎኪ አሁንም በቅድመ-ይሁንታ ስሪት 0.3-0.4 ውስጥ ነበር ፣ እና በእድገቱ መጀመሪያ ላይ እንደ የምርት መፍትሄ ተደርጎ ሊወሰድ አልቻለም። ፈጽሞ.

በከባድ ፕሮጄክቶች ውስጥ ሎኪን በትክክል የመጠቀም ልምድ የለኝም ፣ ግን ፕሮምቴይል (ምዝግብ ማስታወሻዎችን የመሰብሰቢያ ወኪል) ለሁለቱም በባዶ-ብረት እና በ kubernetes ውስጥ ጥሩ ይሰራል ማለት እችላለሁ።

ምልክት አድርግ

ምናልባት በጣም ብቁ የሆነው (ብቸኛው?) ከ ELK ቁልል ሙሉ-ተለዋጭ አማራጭ አሁን የTICK ቁልል - ቴሌግራፍ፣ ኢንፍሉክስዲቢ፣ ክሮኖግራፍ፣ ካፓሲተር ተብሎ ሊጠራ ይችላል።

ከዚህ በታች ያሉትን ሁሉንም ክፍሎች በበለጠ ዝርዝር እገልጻለሁ ፣ ግን አጠቃላይ ሀሳቡ ይህ ነው ።

• ቴሌግራፍ - መለኪያዎችን ለመሰብሰብ ወኪል
• InfluxDB - የመለኪያዎች ዳታቤዝ
• Kapacitor - ለማንቃት የእውነተኛ ጊዜ መለኪያዎች ፕሮሰሰር
• Chronograf - ለእይታ እይታ የድር ፓነል

ለ InfluxDB፣ Kapacitor እና Chronograf እነሱን ለማሰማራት የተጠቀምንባቸው ይፋዊ የመሪ ገበታዎች አሉ።

በቅርብ ጊዜ የ Influx 2.0 (ቅድመ-ይሁንታ) ስሪት ካፓሲተር እና ክሮኖግራፍ የ InfluxDB አካል መሆናቸው እና ከአሁን በኋላ ተለይተው እንደሌሉ ልብ ሊባል ይገባል።

ቴሌግራፍ

ቴሌግራፍ በስቴት ማሽን ላይ መለኪያዎችን ለመሰብሰብ በጣም ቀላል ክብደት ያለው ወኪል ነው።

እሱ ሁሉንም ነገር በከፍተኛ መጠን መከታተል ይችላል ፣ ከ ሲንክስ ወደ
አገልጋይ minecraft.

እሱ በርካታ ጥሩ ጥቅሞች አሉት-

• ፈጣን እና ቀላል ክብደት (በጎ የተጻፈ)
  • አነስተኛ መጠን ያለው ሀብት ይበላል
• መለኪያዎችን በነባሪ ይግፉ
• ሁሉንም አስፈላጊ መለኪያዎች ይሰበስባል
  • የስርዓት መለኪያዎች ያለ ምንም ቅንጅቶች
  • የሃርድዌር መለኪያዎች እንደ ዳሳሾች መረጃ
  • የእራስዎን መለኪያዎች ማከል በጣም ቀላል ነው።
• ከሳጥኑ ውስጥ ብዙ ተሰኪዎች
• ምዝግብ ማስታወሻዎችን ይሰበስባል

የግፋ መለኪያዎች ለእኛ አስፈላጊ ስለነበሩ፣ ሁሉም ሌሎች ጥቅሞች ከአስደሳች ተጨማሪዎች በላይ ነበሩ።

የምዝግብ ማስታወሻዎችን ለመመዝገብ ተጨማሪ መገልገያዎችን ማገናኘት ስለሌለ በወኪሉ የምዝግብ ማስታወሻዎች መሰብሰብም በጣም ምቹ ነው።

Influx ከተጠቀሙ ከሎግ ጋር ለመስራት በጣም ምቹ የሆነ ልምድን ይሰጣል syslog.

የቀረውን የICK ቁልል ባይጠቀሙም ቴሌግራፍ በአጠቃላይ መለኪያዎችን ለመሰብሰብ ጥሩ ወኪል ነው።

ብዙ ሰዎች በELK እና በተለያዩ የጊዜ-ተከታታይ የውሂብ ጎታዎች ለምቾት ያቋርጣሉ።

InfluxDB

InfluxDB የTICK ቁልል ዋና እምብርት ነው፣ እሱም የጊዜ ተከታታይ የውሂብ ጎታ ለሜትሪዎች።
ከመለኪያዎች በተጨማሪ ፣ Influx እንዲሁ ምዝግብ ማስታወሻዎችን ማከማቸት ይችላል ፣ ምንም እንኳን በመሠረቱ ፣ ለእሱ ምዝግብ ማስታወሻዎች ተመሳሳይ ልኬቶች ብቻ ናቸው ፣ ከተለመዱት የቁጥር አመልካቾች ብቻ ፣ ዋናው ተግባር የሚከናወነው በሎግ ጽሑፍ መስመር ነው።

InfluxDB እንዲሁ በGo ውስጥ የተፃፈ ሲሆን በእኛ (በጣም ኃይለኛ ያልሆነ) ክላስተር ላይ ከኤልኬ ጋር ሲነፃፀር በጣም ፈጣን የሆነ ይመስላል።

የ Influx ጥሩ ጠቀሜታዎች አንዱ ለዳታ መጠይቆች በጣም ምቹ እና የበለፀገ ኤፒአይን ያካትታል፣ እሱም በንቃት የተጠቀምነው።

ጉዳቶች - $$$ ወይስ ልኬት?

የTICK ቁልል ያገኘነው አንድ ጉድለት ብቻ ነው ያለው - እሱ ውድ. እንኳን ይበልጥ.

ነፃው ስሪት የሌለው የሚከፈልበት ስሪት ምን አለው?

ልንረዳው እስከቻልን ድረስ፣ በሚከፈልበት የTICK ቁልል ስሪት እና በነጻው መካከል ያለው ብቸኛው ልዩነት የመጠን ችሎታዎች ነው።

ማለትም፣ ከፍተኛ ተደራሽነት ያለው በ ውስጥ ብቻ ዘለላ ማሳደግ ይችላሉ። የድርጅት ስሪቶች.

ሙሉ ሀ.ኤ ከፈለጉ፣ መክፈል አለቦት ወይም አንዳንድ ክራንች መጠቀም ያስፈልግዎታል። ሁለት የማህበረሰብ መፍትሄዎች አሉ - ለምሳሌ influxdb-ሀ ብቃት ያለው መፍትሄ ይመስላል, ነገር ግን ለምርት ተስማሚ እንዳልሆነ ተጽፏል, እንዲሁም
መፍሰስ-ስፖት - በ NATS በኩል በመረጃ በማፍሰስ ቀላል መፍትሄ (እንዲሁም መጠነ-ሰፊ መሆን አለበት ፣ ግን ይህ ሊፈታ ይችላል)።

በጣም የሚያሳዝን ነገር ነው, ነገር ግን ሁለቱም የተተዉ ይመስላሉ - ምንም ትኩስ ስራዎች የሉም, ጉዳዩ በቅርብ ጊዜ የሚጠበቀው አዲሱ የ Influx 2.0 ስሪት እንደሚለቀቅ እገምታለሁ, በዚህ ውስጥ ብዙ ነገሮች ይለያያሉ (ስለ ምንም መረጃ የለም). በእሱ ውስጥ ገና መፋቅ)።

በይፋ ነፃ ስሪት አለ። ቅብብል - በእውነቱ ፣ ይህ ጥንታዊ HA ነው ፣ ግን በማመጣጠን ብቻ ፣
ሁሉም መረጃዎች የሚጻፉት ከሎድ ሚዛን ጀርባ ላሉ ሁሉም የ InfluxDB አጋጣሚዎች ነው።
እሱ አንዳንድ አለው ድክመቶች ነጥቦችን በመተካት ሊከሰቱ የሚችሉ ችግሮች እና ለሜትሪ መለኪያዎች በቅድሚያ የመፍጠር አስፈላጊነት
(ከ InfluxDB ጋር በመደበኛ ሥራ ጊዜ በራስ-ሰር ይከሰታል)።

በተጨማሪ መጋራት አይደገፍም።ይህ ማለት እርስዎ ላያስፈልጉዎት ለሚችሉ የተባዙ መለኪያዎች (ሁለቱም ማቀናበር እና ማከማቻ) ተጨማሪ ክፍያ ማለት ነው፣ ነገር ግን እነሱን ለመለየት ምንም መንገድ የለም።

ቪክቶሪያ ሜትሪክስ?

በውጤቱም ፣ ምንም እንኳን ከተከፈለው ሚዛን በስተቀር በሁሉም ነገር በTICK ቁልል ሙሉ በሙሉ ረክተን የነበረ ቢሆንም ፣ የተቀሩትን የ T_CK አካላትን በመተው የ InfluxDB ዳታቤዝ ሊተካ የሚችል ነፃ መፍትሄዎች መኖራቸውን ለማየት ወሰንን ።

ብዙ የጊዜ ተከታታይ የውሂብ ጎታዎች አሉ ፣ ግን በጣም ተስፋ ሰጪው ቪክቶሪያ ሜትሪክስ ነው ፣ እሱ በርካታ ጥቅሞች አሉት

• ፈጣን እና ቀላል, ቢያንስ እንደ ውጤቶቹ መለኪያዎች
• የክላስተር ስሪት አለ, ስለ እሱ አሁን እንኳን ጥሩ ግምገማዎች አሉ
  • መቧጠጥ ትችላለች።
• InfluxDB ፕሮቶኮልን ይደግፋል

በቪክቶሪያ ላይ የተመሰረተ ሙሉ ለሙሉ ብጁ ቁልል ለመገንባት አላሰብንም እና ዋናው ተስፋ እንደ InfluxDB ምትክ ልንጠቀምበት እንችላለን ነበር.

እንደ አለመታደል ሆኖ ይህ የማይቻል ነው ፣ የ InfluxDB ፕሮቶኮል የሚደገፍ ቢሆንም ፣ የሚሠራው መለኪያዎችን ለመቅዳት ብቻ ነው - የፕሮሜቲየስ ኤፒአይ ብቻ “ውጭ” ይገኛል ፣ ይህ ማለት ክሮኖግራፍ በላዩ ላይ ማዋቀር አይቻልም ማለት ነው ።

በተጨማሪም ፣ ቁጥራዊ እሴቶችን ለመለካት ብቻ ነው የሚደገፉት (ለብጁ ልኬቶች የሕብረቁምፊ እሴቶችን ተጠቀምን - በክፍል ውስጥ የበለጠ የአስተዳዳሪ አካባቢ).

በግልጽ እንደሚታየው፣ በተመሳሳይ ምክንያት፣ VM እንደ Influx ያሉ ምዝግብ ማስታወሻዎችን ማከማቸት አይችልም።

እንዲሁም, ጥሩውን መፍትሄ በሚፈልጉበት ጊዜ, ቪክቶሪያ ሜትሪክስ እስካሁን ድረስ ተወዳጅነት አልነበረውም, ሰነዱ በጣም ትንሽ እና ተግባራዊነቱ ደካማ እንደነበረ ልብ ሊባል ይገባል.
(ስለ ክላስተር ሥሪት እና ስለ ሻርዲንግ ዝርዝር መግለጫ አላስታውስም)።

የመሠረት ምርጫ

በውጤቱም፣ ለአብራሪው አሁንም እራሳችንን በአንድ InfluxDB መስቀለኛ መንገድ እንድንወስን ተወሰነ።

ለዚህ ምርጫ በርካታ ዋና ምክንያቶች ነበሩ-

• የTICK ቁልል አጠቃላይ ተግባርን በእውነት ወደድን
• አስቀድመን ማሰማራት ችለናል እና ጥሩ ሰርቷል።
• የጊዜ ገደቡ እያለቀ ነበር እና ሌሎች አማራጮችን ለመሞከር ብዙ ጊዜ አልቀረም።
• እንዲህ ያለ ከባድ ሸክም አልጠበቅንም።

ለመጀመሪያው የፓይለት ክፍል ብዙ ስኩተሮች አልነበረንም፣ እና በእድገት ወቅት የተደረገው ሙከራ ምንም አይነት የአፈጻጸም ችግር አላሳየም።

ስለዚህ, ለዚህ ፕሮጀክት አንድ የ Influx node መመዘን ሳያስፈልግ ለእኛ በቂ እንዲሆን ወስነናል (በመጨረሻው መደምደሚያ ላይ ይመልከቱ).

ቁልል እና መሠረት ላይ ወስነናል - አሁን ስለ ቀሪዎቹ የTICK ቁልል አካላት።

ካፓሲተር

ካፓሲተር የTICK ቁልል አካል ነው፣ ይህ አገልግሎት ወደ ዳታቤዝ የሚገቡትን መለኪያዎች በቅጽበት መከታተል እና ህጎችን መሰረት በማድረግ የተለያዩ ተግባራትን ማከናወን የሚችል አገልግሎት ነው።

በአጠቃላይ ፣ እሱ እምቅ ያልተለመደ የመከታተያ እና የማሽን መማር መሳሪያ ሆኖ ተቀምጧል (እነዚህ ተግባራት በፍላጎት ላይ መሆናቸውን እርግጠኛ አይደለሁም) ፣ ግን በጣም ታዋቂው የአጠቃቀም ጉዳይ የበለጠ የተለመደ ነው - ማንቂያ።

ለማሳወቂያዎች የተጠቀምነው በዚህ መንገድ ነው። አንድ የተወሰነ ስኩተር ከመስመር ውጭ ሲሄድ የSlack ማንቂያዎችን አዘጋጅተናል፣ እና ለስማርት ቻርጀሮች እና አስፈላጊ የመሠረተ ልማት ክፍሎችም እንዲሁ ተደረገ።

ይህ ለችግሮች በፍጥነት ምላሽ ለመስጠት እና እንዲሁም ሁሉም ነገር ወደ መደበኛው እንደተመለሰ ማሳወቂያዎችን ለመቀበል አስችሎታል።

ቀላል ምሳሌ፡- የኛን “ሳጥን” የሚያበራ ተጨማሪ ባትሪ ተበላሽቷል ወይም በሆነ ምክንያት ኃይሉ አልቆበታል፤ በቀላሉ አዲስ በመጫን፣ ከጥቂት ጊዜ በኋላ የስኩተር ስራው እንደተመለሰ ማሳወቂያ ይደርሰናል።

Influx 2.0 Kapacitor የዲቢ አካል ሆነ

ክሮኖግራፍ

ለክትትል ብዙ የተለያዩ UI መፍትሄዎችን አይቻለሁ፣ ነገር ግን በተግባራዊነት እና በ UX በኩል ከ Chronograf ጋር የሚወዳደር ምንም ነገር የለም ማለት እችላለሁ።

የTICK ቁልል መጠቀም የጀመርነው በሚያስገርም ሁኔታ በግራፋን እንደ ድር በይነገጽ ነው።
ተግባሩን አልገልጽም ፣ ማንኛውንም ነገር ለማዘጋጀት ሰፊ ዕድሎችን ሁሉም ያውቃል።

ሆኖም ግራፋና አሁንም ሙሉ በሙሉ ዓለም አቀፋዊ መሳሪያ ነው፣ Chronograf በዋናነት ከ Influx ጋር ለመጠቀም የተነደፈ ነው።

እና በእርግጥ ለዚህ ምስጋና ይግባውና ክሮኖግራፍ የበለጠ ብልህ ወይም ምቹ ተግባራትን መግዛት ይችላል።

ከChronograf ጋር አብሮ ለመስራት ዋናው ምቾቱ የእርስዎን InfluxDB በ Explore ውስጥ ማየት መቻል ነው።

ግራፋና ከሞላ ጎደል ተመሳሳይ ተግባር ያለው ይመስላል ፣ ግን በእውነቱ ፣ በ Chronograf ውስጥ ዳሽቦርድን ማቀናበር በጥቂት የመዳፊት ጠቅታዎች (በተመሳሳይ ጊዜ ምስሉን እዚያ በመመልከት) ሊከናወን ይችላል ፣ እና በ Grafana ውስጥ ፈጥኖም ሆነ ዘግይቶ ይኖርዎታል። የJSON አወቃቀሩን ለማርትዕ (በእርግጥ Chronograf በእጅ የተዋቀሩ ዳሻዎችዎን እንዲሰቅሉ እና አስፈላጊ ከሆነ እንደ JSON እንዲያርሟቸው ይፈቅዳል - ነገር ግን UI ላይ ከፈጠርኳቸው በኋላ መንካት አልነበረብኝም)።

ኪባና ለእነሱ ዳሽቦርዶችን እና መቆጣጠሪያዎችን ለመፍጠር የበለጠ የበለፀጉ ችሎታዎች አሉት ፣ ግን ለእንደዚህ ያሉ ሥራዎች UX በጣም የተወሳሰበ ነው።

ምቹ ዳሽቦርድ ለመፍጠር አንዳንድ ጥሩ ግንዛቤን ይወስዳል። እና ምንም እንኳን የ Chronograf ዳሽቦርዶች ተግባራዊነት ያነሰ ቢሆንም እነሱን መስራት እና ማበጀት በጣም ቀላል ነው።

ዳሽቦርዶቹ እራሳቸው፣ ከአስደሳች የእይታ ዘይቤ በተጨማሪ፣ በግራፋና ወይም በኪባና ካሉት ዳሽቦርዶች የተለዩ አይደሉም፡

የጥያቄው መስኮት ይህን ይመስላል፡-

ከሌሎች ነገሮች በተጨማሪ፣ በ InfluxDB ዳታቤዝ ውስጥ ያሉትን የመስኮች ዓይነቶች ማወቅ፣ ክሮኖግራፍ ራሱ አንዳንድ ጊዜ መጠይቅ ለመፃፍ ወይም እንደ አማካይ ትክክለኛውን የውህደት ተግባር ለመምረጥ በራስ-ሰር ሊረዳዎት እንደሚችል ልብ ሊባል ይገባል።

እና በእርግጥ ፣ Chronograf የምዝግብ ማስታወሻዎችን ለማየት በተቻለ መጠን ምቹ ነው። ይህን ይመስላል።

በነባሪ፣ የኢንፍሉክስ ምዝግብ ማስታወሻዎች syslogን ለመጠቀም የተበጁ ናቸው እና ስለሆነም አስፈላጊ መለኪያ አላቸው - ክብደት።

ከላይ ያለው ግራፍ በተለይ ጠቃሚ ነው, በእሱ ላይ የሚከሰቱትን ስህተቶች ማየት ይችላሉ እና ቀለሙ ወዲያውኑ ክብደቱ ከፍ ያለ መሆኑን በግልጽ ያሳያል.

ለመጨረሻው ሳምንት ምዝግብ ማስታወሻዎችን ለማየት እና ቀይ ስፒል በማየታችን አንዳንድ ጊዜ አስፈላጊ ስህተቶችን በዚህ መንገድ ያዝን።

በእርግጥ ለእንደዚህ ዓይነቶቹ ስህተቶች ማንቂያዎችን ማዘጋጀት ነው ፣ ምክንያቱም ለዚህ ሁሉንም ነገር ስለነበረን ።

ይህንን ለትንሽ ጊዜ አብርተነዋል፣ ነገር ግን አብራሪው በማዘጋጀት ሂደት፣ ብዙ ስህተቶች እያጋጠሙን መሆኑ ታወቀ (እንደ LTE አውታረ መረብ አለመገኘት ያሉ የስርዓት ስርዓቶችን ጨምሮ) የ Slack ቻናልን “አይፈለጌ መልእክት” የላኩት። በጣም ብዙ, ምንም አይነት ችግር ሳያስከትል, ትልቅ ጥቅም.

ትክክለኛው መፍትሔ አብዛኛዎቹን የዚህ አይነት ስህተቶችን ማስተናገድ፣ ክብደቱን ማስተካከል እና ከዚያ ማንቃት ብቻ ነው።

በዚህ መንገድ፣ አዲስ ወይም አስፈላጊ ስህተቶች ብቻ በ Slack ላይ ይለጠፋሉ። ጥብቅ የጊዜ ገደቦችን ከግምት ውስጥ በማስገባት ለእንደዚህ ዓይነቱ ማዋቀር በቂ ጊዜ አልነበረም።

ማረጋገጫ

Chronograf OAuth እና OIDCን እንደ ማረጋገጫ እንደሚደግፍም መጥቀስ ተገቢ ነው።

ይህ በቀላሉ ከአገልጋይዎ ጋር ለማያያዝ እና የተሟላ ኤስኤስኦ ለመፍጠር ስለሚያስችል በጣም ምቹ ነው።

በእኛ ሁኔታ, አገልጋዩ ነበር ቁልፍ ካባ - ከክትትል ጋር ለመገናኘት ያገለግል ነበር፣ ነገር ግን ተመሳሳዩ አገልጋይ ስኩተሮችን እና የኋለኛውን መጨረሻ ጥያቄዎችን ለማረጋገጥም ጥቅም ላይ ውሏል።

"አስተዳዳሪ"

እኔ የምገልጸው የመጨረሻው አካል በVue ውስጥ በራሳችን የተፃፈው “የአስተዳዳሪ ፓነል” ነው።
በመሰረቱ ከራሳችን ዳታቤዝ፣ ማይክሮ ሰርቪስ እና የመለኪያ መረጃ ከ InfluxDB የስኩተር መረጃን በአንድ ጊዜ የሚያሳይ ራሱን የቻለ አገልግሎት ነው።

በተጨማሪም፣ ብዙ የአስተዳደር ተግባራት ወደዚያ ተንቀሳቅሰዋል፣ ለምሳሌ የአደጋ ጊዜ ዳግም ማስጀመር ወይም የድጋፍ ቡድኑን በርቀት መክፈት።

ካርታዎችም ነበሩ። ቀደም ሲል ከ Chronograf ይልቅ በግራፋና እንደጀመርን ተናግሬ ነበር - ምክንያቱም ለግራፋና ካርታዎች በተሰኪዎች መልክ ይገኛሉ ፣ በዚህ ላይ የስኩተር መጋጠሚያዎችን ማየት እንችላለን። እንደ አለመታደል ሆኖ ለግራፋና የካርታ መግብሮች አቅም በጣም የተገደበ ነው ፣ እና በዚህ ምክንያት ፣ በአሁኑ ጊዜ መጋጠሚያዎችን ለማየት ብቻ ሳይሆን ለማሳየትም የራስዎን የድር መተግበሪያ በጥቂት ቀናት ውስጥ በካርታ ለመፃፍ በጣም ቀላል ነበር። በስኩተር የሚወስደው መንገድ፣ በካርታው ላይ ያለውን መረጃ ማጣራት መቻል፣ ወዘተ. (በቀላል ዳሽቦርድ ውስጥ ማዋቀር ያልቻልነውን ሁሉ ተግባር)።

ቀደም ሲል ከተጠቀሱት የ Influx ጥቅሞች አንዱ የራስዎን መለኪያዎች በቀላሉ የመፍጠር ችሎታ ነው።
ይህ ለብዙ የተለያዩ ሁኔታዎች ጥቅም ላይ እንዲውል ያስችለዋል.

ሁሉንም ጠቃሚ መረጃዎች እዚያ ለመመዝገብ ሞክረናል፡ የባትሪ ክፍያ፣ የመቆለፊያ ሁኔታ፣ የሴንሰር አፈጻጸም፣ ብሉቱዝ፣ ጂፒኤስ እና ሌሎች በርካታ የጤና ምርመራዎች።
ይህንን ሁሉ በአስተዳዳሪው ፓነል ላይ አሳይተናል.

በእርግጥ ለእኛ በጣም አስፈላጊው መመዘኛ የስኩተሩ አሠራር ሁኔታ ነበር - በእውነቱ ፣ ኢንፍሉክስ ይህንን ራሱ ይፈትሻል እና በአንጓዎች ክፍል ውስጥ “በአረንጓዴ መብራቶች” ያሳየዋል።

ይህ በተግባሩ ይከናወናል የሞተ ሰው - የሳጥናችንን አፈጻጸም ለመረዳት እና እነዚያን ተመሳሳይ ማንቂያዎች ለ Slack ለመላክ ተጠቀምን።

በነገራችን ላይ ስኩተሮችን ከ Simpsons ገጸ-ባህሪያት ስም ጋር ሰይመናል - እርስ በእርሳቸው ለመለየት በጣም ምቹ ነበር.

እና በአጠቃላይ በዚህ መንገድ የበለጠ አስደሳች ነበር. እንደ “Guys፣ Smithers ሞቷል!” ያሉ ሀረጎች ያለማቋረጥ ይሰሙ ነበር።

የሕብረቁምፊ መለኪያዎች

በቪክቶሪያ ሜትሪክስ እንደሚታየው InfluxDB ቁጥራዊ እሴቶችን ብቻ ሳይሆን እንዲያከማቹ የሚፈቅድልዎ አስፈላጊ ነው።

ይህ በጣም አስፈላጊ አይደለም የሚመስለው - ከሁሉም በላይ, ከሎግዎች በስተቀር, ማንኛውም መለኪያዎች በቁጥሮች መልክ ሊቀመጡ ይችላሉ (ለታወቁ ግዛቶች የካርታ ስራን ብቻ ይጨምሩ - አንድ አይነት)?

በእኛ ሁኔታ፣ የሕብረቁምፊ መለኪያዎች በጣም ጠቃሚ የሆኑበት ቢያንስ አንድ ሁኔታ ነበር።
የእኛ “ስማርት ቻርጀሮች” አቅራቢው የሶስተኛ ወገን ሆኖ ሳለ፣ በልማት ሂደቱ እና እነዚህ ቻርጀሮች ሊያቀርቡ የሚችሉትን መረጃ መቆጣጠር አልቻልንም።

በውጤቱም, የኃይል መሙያ ኤፒአይ በጣም ጥሩ አይደለም, ነገር ግን ዋናው ችግር ሁልጊዜ የእነሱን ሁኔታ መረዳት አለመቻላችን ነው.

Influx ለማዳን የመጣው እዚህ ላይ ነው። በቀላሉ ወደ እኛ የመጣውን የሕብረቁምፊ ሁኔታ ወደ InfluxDB የውሂብ ጎታ መስክ ያለምንም ለውጦች ጽፈናል።

ለተወሰነ ጊዜ እንደ "መስመር ላይ" እና "ከመስመር ውጭ" ያሉ እሴቶች ብቻ ወደዚያ ደረሱ፣ በየትኛው መረጃ በአስተዳዳሪ ፓኔል ውስጥ እንደታየ እና ማሳወቂያዎች ወደ Slack ተልከዋል። ሆኖም፣ በአንድ ወቅት፣ እንደ “ግንኙነት መቋረጥ” ያሉ እሴቶችም እዚያ መታየት ጀመሩ።

በኋላ ላይ እንደታየው ፣ ግንኙነቱ ከጠፋ በኋላ ይህ ሁኔታ አንድ ጊዜ ተልኳል ፣ ቻርጅ መሙያው ከተወሰኑ ሙከራዎች በኋላ ከአገልጋዩ ጋር ግንኙነት መመስረት ካልቻለ።

ስለዚህ፣ ቋሚ የእሴቶችን ስብስብ ብቻ የተጠቀምን ከሆነ፣ እነዚህን ለውጦች በትክክለኛው ጊዜ በfirmware ላይ ላናይ እንችላለን።

እና በአጠቃላይ፣ የሕብረቁምፊ መለኪያዎች ብዙ ተጨማሪ የአጠቃቀም እድሎችን ይሰጣሉ፣ በእነሱ ውስጥ ማንኛውንም መረጃ በትክክል መመዝገብ ይችላሉ። ምንም እንኳን, በእርግጥ, ይህንን መሳሪያ በጥንቃቄ መጠቀም ያስፈልግዎታል.

ከተለመዱት መለኪያዎች በተጨማሪ የጂፒኤስ መገኛ መረጃን በ InfluxDB ውስጥ መዝግበናል። ይህ በእኛ የአስተዳዳሪ ፓኔል ውስጥ የስኩተሮችን ቦታ ለመከታተል በሚያስደንቅ ሁኔታ ጠቃሚ ነበር።
በእውነቱ፣ እኛ በምንፈልገው ጊዜ የት እና የትኛው ስኩተር እንዳለ ሁልጊዜ እናውቃለን።

ስኩተር በምንፈልግበት ጊዜ ይህ ለእኛ በጣም ጠቃሚ ነበር (በመጨረሻ ላይ ያሉትን መደምደሚያዎች ተመልከት)።

የመሠረተ ልማት ክትትል

ከስኩተሮቹ እራሳቸው በተጨማሪ አጠቃላይ (ይልቁንም ሰፊ) መሠረተ ልማታችንን መከታተል ነበረብን።

በጣም አጠቃላይ ሥነ ሕንፃ ይህንን ይመስላል።

ንፁህ የክትትል ቁልል ካደምቅን፣ ይህን ይመስላል።

በደመናው ውስጥ ማረጋገጥ የምንፈልገው፡-

• የውሂብ ጎታዎች
• ቁልፍ ካባ
• የማይክሮ አገልግሎቶች

ሁሉም የደመና አገልግሎታችን በኩበርኔትስ ውስጥ ስለሚገኙ ስለ ግዛቱ መረጃ መሰብሰብ ጥሩ ነው።

እንደ እድል ሆኖ፣ ቴሌግራፍ ከሳጥን ውስጥ ስለ ኩበርኔትስ ክላስተር ሁኔታ እጅግ በጣም ብዙ ልኬቶችን መሰብሰብ ይችላል ፣ እና Chronograf ወዲያውኑ ለዚህ የሚያምሩ ዳሽቦርዶችን ይሰጣል።

በዋነኛነት የፖዳዎች እና የማስታወሻ ፍጆታዎችን አፈጻጸም ተከታተልን። በመውደቅ ጊዜ፣ ማንቂያዎች በ Slack ውስጥ።

በኩበርኔትስ ውስጥ ፖድዎችን ለመከታተል ሁለት መንገዶች አሉ-DaemonSet እና Sidecar።
ሁለቱም ዘዴዎች በዝርዝር ተገልጸዋል በዚህ ብሎግ ልጥፍ ውስጥ.

ቴሌግራፍ ሲዴካርን እንጠቀማለን እና ከመለኪያዎች በተጨማሪ የፖድ ምዝግቦችን ሰብስበናል።

በእኛ ሁኔታ, ከግንድ ጋር መቆንጠጥ ነበረብን. ምንም እንኳን ቴሌግራፍ ከዶከር ኤፒአይ ምዝግብ ማስታወሻዎችን መሳብ ቢችልም ፣ ለእዚህም ከመሳሪያዎቻችን ጋር አንድ ወጥ የሆነ የምዝግብ ማስታወሻዎች እንዲኖረን እንፈልጋለን እና ለኮንቴይነር syslog አዋቅር። ምናልባት ይህ መፍትሔ ቆንጆ አልነበረም, ነገር ግን ስለ ሥራው ምንም ቅሬታዎች አልነበሩም እና ምዝግቦቹ በ Chronograf ውስጥ በደንብ ታይተዋል.

ክትትልን ይቆጣጠሩ???

በመጨረሻ ፣ የክትትል ስርዓቶችን በተመለከተ የቆየ ጥያቄ ተነሳ ፣ ግን እንደ እድል ሆኖ ፣ ወይም በሚያሳዝን ሁኔታ ፣ ለዚህ ​​በቂ ጊዜ አላገኘንም ።

ምንም እንኳን ቴሌግራፍ በቀላሉ የራሱን መለኪያዎች ሊልክ ወይም ከ InfluxDB ዳታቤዝ ወደተመሳሳይ Influx ወይም ወደ ሌላ ቦታ ለመላክ መለኪያዎችን መሰብሰብ ይችላል።

ግኝቶች

ከአብራሪው ውጤት ምን መደምደሚያ ላይ ደረስን?

እንዴት ክትትል ማድረግ ይችላሉ?

በመጀመሪያ፣ የቲኬ ቁልል የጠበቅነውን ሙሉ በሙሉ አሟልቷል እና መጀመሪያ ከጠበቅነው የበለጠ እድሎችን ሰጠን።

የምንፈልጋቸው ተግባራት በሙሉ ተገኝተዋል። ከእሱ ጋር ያደረግነው ነገር ሁሉ ያለምንም ችግር ሠርቷል.

ምርታማነት

በነጻው ስሪት ውስጥ ያለው የTICK ቁልል ዋናው ችግር የመጠን ችሎታዎች እጥረት ነው። ይህ ለኛ ችግር አልነበረም።

ትክክለኛውን የጭነት መረጃ/አሃዞችን አልሰበሰብንም ነገርግን በአንድ ጊዜ ከ30 ስኩተርስ መረጃዎችን ሰብስበናል።

እያንዳንዳቸው ከሶስት ደርዘን በላይ መለኪያዎችን ሰብስበዋል. በተመሳሳይ ጊዜ ከመሳሪያዎቹ ምዝግብ ማስታወሻዎች ተሰብስበዋል. መረጃ መሰብሰብ እና መላክ በየ10 ሰከንድ ይከሰት ነበር።

ከአብራሪው ከአንድ ሳምንት ተኩል በኋላ አብዛኛው "የልጅነት ቁስሎች" ሲታረሙ እና በጣም አስፈላጊዎቹ ችግሮች ቀድሞውኑ ሲፈቱ ወደ አገልጋዩ የመላክ ድግግሞሽ መቀነስ እንዳለብን ልብ ሊባል ይገባል ። 30 ሰከንድ. ይህ አስፈላጊ ሆነ ምክንያቱም በእኛ LTE ሲም ካርዶች ላይ ያለው ትራፊክ በፍጥነት መጥፋት ስለጀመረ።

አብዛኛው የትራፊክ ፍሰት በእንጨት ተበላ፤ መለኪያዎቹ እራሳቸው፣ በ10 ሰከንድ ክፍተት እንኳን፣ በተግባር አላባክነውም።

በውጤቱም ፣ ከተወሰነ ጊዜ በኋላ በመሳሪያዎች ላይ የምዝግብ ማስታወሻዎችን ሙሉ በሙሉ አሰናክለናል ፣ ምክንያቱም ልዩ ችግሮች ያለቋሚ ስብስብ እንኳን ግልፅ ነበሩ ።

በአንዳንድ ሁኔታዎች፣ ምዝግብ ማስታወሻዎቹን ማየት አሁንም አስፈላጊ ከሆነ፣ በቀላሉ በቪፒኤን በኩል በWireGuard በኩል ተገናኘን።

እኔ ደግሞ እጨምራለሁ እያንዳንዱ የተለየ አካባቢ እርስ በርስ ተለያይቷል, እና ከላይ የተገለፀው ሸክም ለምርት አካባቢ ብቻ ተስማሚ ነበር.

በልማት አካባቢ፣ በየ10 ሰከንድ መረጃ መሰብሰቡን የቀጠለ የተለየ የ InfluxDB ምሳሌ አነሳን እና ምንም የአፈጻጸም ችግር አላጋጠመንም።

TICK - ለአነስተኛ እና መካከለኛ ፕሮጀክቶች ተስማሚ

በዚህ መረጃ ላይ በመመስረት፣ የቲኬ ቁልል በእርግጠኝነት ምንም HighLoad ለማይጠብቁ በአንጻራዊ ሁኔታ ትናንሽ ፕሮጀክቶች ወይም ፕሮጀክቶች ተስማሚ ነው ብዬ መደምደም እችላለሁ።

በሺዎች የሚቆጠሩ ፖድ ወይም በመቶዎች የሚቆጠሩ ማሽኖች ከሌሉዎት አንድ የ InfluxDB ምሳሌ እንኳን ጭነቱን በትክክል ይቋቋማል።

በአንዳንድ ሁኔታዎች፣ በInflux Relay እንደ ቀዳሚ ከፍተኛ ተገኝነት መፍትሄ ሊረኩ ይችላሉ።

እና፣ በእርግጥ፣ ማንም ሰው “አቀባዊ” ልኬትን ከማቀናበር እና በቀላሉ ለተለያዩ የመለኪያ ዓይነቶች የተለያዩ አገልጋዮችን ከመመደብ አያግድዎትም።

በክትትል አገልግሎቶች ላይ ስለሚጠበቀው ጭነት እርግጠኛ ካልሆኑ ወይም በጣም “ከባድ” አርክቴክቸር እንዲኖርዎት/እንዲኖሮት ዋስትና ከሰጠዎት፣ ነፃውን የቲኬ ቁልል መጠቀም አልመክርም።

እርግጥ ነው, ቀላል መፍትሔ መግዛት ይሆናል InfluxDB ኢንተርፕራይዝ እዚህ ግን እኔ ራሴ ስውር የሆኑትን ስለማላውቅ በሆነ መንገድ አስተያየት መስጠት አልችልም። በጣም ውድ ከመሆኑ እውነታ በተጨማሪ ለትንንሽ ኩባንያዎች በእርግጠኝነት ተስማሚ አይደለም.

በዚህ አጋጣሚ፣ ዛሬ፣ ሎኪን በመጠቀም በቪክቶሪያ ሜትሪክስ እና ምዝግብ ማስታወሻዎች በኩል መለኪያዎችን ለመሰብሰብ እንዲፈልጉ እመክራለሁ።

እውነት ነው፣ ሎኪ/ግራፋና ከተዘጋጀው TICK በጣም ያነሰ ምቹ እንደሆኑ (በትልቅ ሁለገብነት ምክንያት) በድጋሚ ቦታ አስይዘዋለሁ፣ ግን ነጻ ናቸው።

ከፍተኛእዚህ የተገለጸው መረጃ ሁሉ ለ Influx 1.8 ስሪት ጠቃሚ ነው፣ በአሁኑ ጊዜ Influx 2.0 ሊለቀቅ ነው።

በጦርነት ሁኔታዎች ውስጥ የመሞከር እድል ባላገኝም እና ስለ ማሻሻያዎች መደምደሚያ ላይ ለመድረስ አስቸጋሪ ቢሆንም, በይነገጹ በእርግጠኝነት የተሻለ ሆኗል, አርክቴክቸር ቀላል ሆኗል (ያለ ካፓሲተር እና ክሮኖግራፍ),
አብነቶች ታዩ ("ገዳይ ባህሪ" - ተጫዋቾችን በፎርቲኒት መከታተል እና የሚወዱት ተጫዋች ጨዋታ ሲያሸንፍ ማሳወቂያዎችን መቀበል ይችላሉ።). ግን በሚያሳዝን ሁኔታ, በአሁኑ ጊዜ, ስሪት 2 የመጀመሪያውን ስሪት የመረጥንበት ቁልፍ ነገር የለውም - ምንም የምዝግብ ማስታወሻ ስብስብ የለም.

ይህ ተግባር በ Influx 2.0 ውስጥም ይታያል፣ ነገር ግን ምንም አይነት የግዜ ገደቦች፣ ግምታዊም ቢሆን ማግኘት አልቻልንም።

የአይኦቲ መድረኮችን እንዴት ማድረግ እንደማይቻል (አሁን)

በመጨረሻም አብራሪውን ካስጀመርን በኋላ እኛ እራሳችን የራሳችንን ሙሉ የአይኦቲ ቁልል አሰባስበን በመመዘኛዎቻችን ተስማሚ የሆነ አማራጭ በሌለበት።

ሆኖም፣ በቅርቡ በቅድመ-ይሁንታ ስሪት ውስጥ ይገኛል። ባሌና ክፈት - ፕሮጀክቱን መሥራት ስንጀምር እሷ አልነበረችም በጣም ያሳዝናል.

በመጨረሻው ውጤት እና እራሳችንን በሰበሰብነው በ Ansible + TICK + WireGuard ላይ የተመሰረተ መድረክ ሙሉ በሙሉ ረክተናል። ግን ዛሬ የራስዎን አይኦቲ መድረክ እራስዎ ለመገንባት ከመሞከርዎ በፊት ባሌናን በጥልቀት እንዲመለከቱ እመክራለሁ ።

ምክንያቱም በመጨረሻ እኛ ያደረግነውን አብዛኛውን ማድረግ ይችላል፣ እና OpenBalena ነፃ እና ክፍት ምንጭ ነው።

እንዴት ማሻሻያዎችን መላክ ብቻ ሳይሆን ቪፒኤንም አስቀድሞ አብሮ የተሰራ እና በአይኦቲ አካባቢ ለመጠቀም የተዘጋጀ መሆኑን አስቀድሞ ያውቃል።

እና ልክ በቅርቡ, እነርሱ እንኳ ያላቸውን ለቀው ሃርድዌርከሥነ-ምህዳራቸው ጋር በቀላሉ የሚገናኝ።

ሄይ፣ ስለጠፋው ስኩተርስ?

ስለዚህ ስኩተር "ራልፍ" ያለ ምንም ምልክት ጠፋ።

ከ InfluxDB የጂፒኤስ ሜትሪክስ መረጃ ጋር፣ በእኛ "የአስተዳዳሪ ፓነል" ውስጥ ያለውን ካርታ ለማየት ወዲያውኑ ሮጠን።

ለክትትል መረጃ ምስጋና ይግባውና፣ ስኩተሩ ባለፈው ቀን 21፡00 አካባቢ ከፓርኪንግ ወጥቶ፣ ግማሽ ሰአት ያህል በመኪና ወደ አንድ ቦታ እንደሄደ እና እስከ ረፋዱ 5 ሰአት ከጀርመን ቤት አጠገብ እንደቆመ በቀላሉ ወስነናል።

ከጠዋቱ 5 ሰአት በኋላ ምንም አይነት የክትትል መረጃ አልደረሰም - ይህ ማለት ተጨማሪ ባትሪው ሙሉ በሙሉ ተለቅቋል ወይም አጥቂው በመጨረሻ ስማርት ሃርድዌሩን ከስኩተሩ እንዴት እንደሚያስወግድ አወቀ።
ይህም ሆኖ ፖሊስ አሁንም ስኩተሩ ወዳለበት አድራሻ ተጠርቷል። ስኩተሩ እዚያ አልነበረም።

ይሁን እንጂ የቤቱ ባለቤት ትናንት ማታ ከቢሮው ወደዚህ ስኩተር እየጋለበ ስለሄደ በዚህ ተገርሟል።

እንደ ተለወጠ፣ አንደኛው የድጋፍ ሰጪ ሰራተኛ በጠዋት ደረሰ እና ተጨማሪ ባትሪው ሙሉ በሙሉ መውጣቱን አይቶ ስኩተሩን አነሳና (በእግር) ወደ መኪና ማቆሚያ ቦታ ወሰደው። እና ተጨማሪው ባትሪ በእርጥበት ምክንያት አልተሳካም.

ስኩተሩን ከራሳችን ሰረቅን። በነገራችን ላይ ከፖሊስ ጉዳይ ጋር ያለውን ችግር እንዴት እና ማን እንደፈታው አላውቅም, ግን ክትትሉ በትክክል ሰርቷል ...

ምንጭ: hab.com