ሌላ የክትትል ስርዓት

ሌላ የክትትል ስርዓት
16 ሞደሞች፣ 4 ሴሉላር ኦፕሬተሮች = የወጪ ፍጥነት 933.45 Mbit/s

መግቢያ

ሀሎ! ይህ ጽሑፍ ለራሳችን አዲስ የክትትል ስርዓት እንዴት እንደጻፍን ነው. ከፍተኛ-ድግግሞሽ የተመሳሰለ መለኪያዎችን እና በጣም ዝቅተኛ የሃብት ፍጆታን በማግኘት ችሎታው ከነባር ይለያል። የድምጽ መስጫው መጠን በ0.1 ናኖሴኮንዶች መካከል ካለው የማመሳሰል ትክክለኛነት ጋር 10 ሚሊሰከንድ ሊደርስ ይችላል። ሁሉም ሁለትዮሽ ፋይሎች 6 ሜጋባይት ይይዛሉ።

ስለ ፕሮጀክቱ

የተለየ ምርት አለን። የመረጃ ማስተላለፊያ ቻናሎችን አጠቃቀም እና ስህተት መቻቻልን ለማጠቃለል ሁሉን አቀፍ መፍትሄ እናዘጋጃለን። በዚህ ጊዜ ብዙ ቻናሎች ሲኖሩ ኦፕሬተር1 (40Mbit/s) + Operator2 (30Mbit/s)+ ሌላ ነገር (5 Mbit/s) እንበል፣ ውጤቱ አንድ የተረጋጋ እና ፈጣን ቻናል ነው፣ ፍጥነቱም እንደ አንድ ነገር ይሆናል። ይህ፡ (40+ 30+5) x0.92=75×0.92=69Mbit/s

የማንኛውንም ቻናል አቅም በቂ ካልሆነ እንደዚህ አይነት መፍትሄዎች ተፈላጊ ናቸው። ለምሳሌ፣ ትራንስፖርት፣ የቪዲዮ ክትትል ስርዓቶች እና የእውነተኛ ጊዜ የቪዲዮ ዥረት ስርጭት፣ የቀጥታ የቴሌቪዥን እና የሬዲዮ ስርጭቶች ስርጭት፣ ከቴሌኮም ኦፕሬተሮች መካከል የቢግ ፎር ተወካዮች ብቻ የሚገኙበት ማንኛውም የከተማ ዳርቻ መገልገያዎች እና በአንድ ሞደም/ቻናል ያለው ፍጥነት በቂ አይደለም። .
ለእያንዳንዳቸው የተለያዩ መሳሪያዎችን እናመርታለን, ነገር ግን የሶፍትዌር ክፍላቸው ተመሳሳይ ነው እና ከፍተኛ ጥራት ያለው የክትትል ስርዓት ከዋና ሞጁሎች ውስጥ አንዱ ነው, ያለ ትክክለኛ ትግበራ ምርቱ የማይቻል ነው.

በበርካታ አመታት ውስጥ፣ ባለ ብዙ ደረጃ፣ ፈጣን፣ ተሻጋሪ መድረክ እና ቀላል ክብደት ያለው የክትትል ስርዓት መፍጠር ችለናል። ለተከበረው ማህበረሰባችን ማካፈል የምንፈልገው ይህንን ነው።

የችግሩ ቀመር

የክትትል ስርዓቱ የሁለት መሠረታዊ የተለያዩ ክፍሎች መለኪያዎችን ይሰጣል-የእውነተኛ ጊዜ መለኪያዎች እና ሌሎች። የክትትል ስርዓቱ የሚከተሉት መስፈርቶች ብቻ ነበሩት:

  1. ከፍተኛ-ድግግሞሽ የተመሳሰለ የእውነተኛ ጊዜ መለኪያዎችን ማግኘት እና ከግንኙነት ማኔጅመንት ሲስተም ያለ ምንም መዘግየት ማስተላለፍ።
    ከፍተኛ ድግግሞሽ እና የተለያዩ ልኬቶችን ማመሳሰል አስፈላጊ ብቻ ሳይሆን የውሂብ ማስተላለፊያ ቻናሎችን ኢንትሮፒን ለመተንተን በጣም አስፈላጊ ነው። በአንድ የውሂብ ማስተላለፊያ ቻናል አማካይ መዘግየት 30 ሚሊሰከንድ ከሆነ፣ በቀሪዎቹ አንድ ሚሊሰከንድ ሜትሪክስ መካከል ያለው የማመሳሰል ስህተት የውጤቱ ቻናል ፍጥነት በግምት 5% እንዲቀንስ ያደርጋል። በ1 ቻናሎች በ4 ሚሊሰከንድ ጊዜውን ካሳለፍነው የፍጥነት መጥፋት በቀላሉ ወደ 30% ሊወርድ ይችላል። በተጨማሪም ኢንትሮፒ በቻናሎች ውስጥ በፍጥነት ስለሚቀያየር በየ0.5 ሚሊሰከንድ ከአንድ ጊዜ ባነሰ መጠን ብንለካው በትንሽ መዘግየት ፈጣን ቻናሎች በከፍተኛ ፍጥነት መበላሸት ይደርስብናል። እርግጥ ነው, እንዲህ ዓይነቱ ትክክለኛነት ለሁሉም መለኪያዎች አያስፈልግም እና በሁሉም ሁኔታዎች ውስጥ አይደለም. በሰርጡ ውስጥ ያለው መዘግየት 500 ሚሊሰከንድ ሲሆን እና ከእንደዚህ አይነት ጋር ስንሰራ የ1 ሚሊሰከንድ ስህተት ከሞላ ጎደል የሚታይ አይሆንም። እንዲሁም፣ ለሕይወት ድጋፍ ሥርዓት መለኪያዎች፣ ለ2 ሰከንድ በቂ የድምጽ መስጫ እና የማመሳሰል ፍጥነቶች አሉን፣ ነገር ግን የክትትል ስርዓቱ ራሱ እጅግ በጣም ከፍተኛ በሆነ የድምፅ አሰጣጥ ታሪፎች እና እጅግ በጣም ትክክለኛ የሜትሪዎች ማመሳሰል መስራት መቻል አለበት።
  2. አነስተኛ የሃብት ፍጆታ እና ነጠላ ቁልል።
    የማጠናቀቂያ መሳሪያው በመንገድ ላይ ያለውን ሁኔታ የሚመረምር ወይም የሰዎችን ባዮሜትሪክ ቀረጻ የሚያካሂድ ኃይለኛ የቦርድ ኮምፕሌክስ ወይም አንድ ልዩ ሃይል ወታደር በሰውነቱ ጋሻ ስር ለብሶ ቪዲዮን ለማስተላለፍ የዘንባባ መጠን ያለው ባለአንድ ሰሌዳ ኮምፒውተር ሊሆን ይችላል። ደካማ የግንኙነት ሁኔታዎች ውስጥ እውነተኛ ጊዜ. ምንም እንኳን እንደዚህ አይነት የተለያዩ አርክቴክቸር እና የኮምፒዩተር ሃይል ቢኖርም አንድ አይነት የሶፍትዌር ቁልል እንዲኖረን እንፈልጋለን።
  3. ጃንጥላ አርክቴክቸር
    መለኪያዎች በመጨረሻው መሣሪያ ላይ መሰብሰብ እና መጠቃለል፣ በአገር ውስጥ ተከማችተው እና በእውነተኛ ጊዜ እና ወደፊት መታየት አለባቸው። ግንኙነት ካለ, ውሂብ ወደ ማዕከላዊ ቁጥጥር ስርዓት ያስተላልፉ. ግንኙነት በማይኖርበት ጊዜ የላኪው ወረፋ መከማቸት እና RAM መብላት የለበትም።
  4. ኤፒአይ ከደንበኛው የክትትል ስርዓት ጋር ለመዋሃድ ማንም ሰው ብዙ የክትትል ስርዓቶች ስለሌለው። ደንበኛው ከማንኛውም መሳሪያዎች እና አውታረ መረቦች ወደ አንድ ክትትል ውሂብ መሰብሰብ አለበት.

ምንድን ነው የሆነው

ቀድሞውንም አስደናቂውን ረጅም ንባብ ላለመሸከም ፣ የሁሉም የክትትል ስርዓቶች ምሳሌዎችን እና ልኬቶችን አልሰጥም። ይህ ወደ ሌላ ጽሑፍ ይመራል. ከ1 ሚሊ ሰከንድ ባነሰ ስህተት ሁለት መለኪያዎችን በአንድ ጊዜ መውሰድ የሚችል እና በARM architecture በ64 ሜባ RAM እና በ x86_64 አርክቴክቸር ከ32 ጋር በተመሳሳይ መልኩ የሚሰራ የክትትል ስርዓት ማግኘት አልቻልንም እላለሁ። ጂቢ RAM. ስለዚህ, ይህንን ሁሉ ማድረግ የሚችለውን የራሳችንን ለመጻፍ ወሰንን. ያገኘነው እነሆ፡-

ለተለያዩ የኔትወርክ ቶፖሎጂዎች የሶስት ቻናሎች ፍሰት ማጠቃለያ


የአንዳንድ ቁልፍ መለኪያዎች እይታ

ሌላ የክትትል ስርዓት
ሌላ የክትትል ስርዓት
ሌላ የክትትል ስርዓት
ሌላ የክትትል ስርዓት

ሥነ ሕንፃ

ጎላንግን እንደ ዋናው የፕሮግራም አወጣጥ ቋንቋ እንጠቀማለን, በመሳሪያው ላይ እና በመረጃ ማእከል ውስጥ. በብዙ ተግባራት ትግበራ እና ለእያንዳንዱ አገልግሎት አንድ በስታቲስቲክስ የተገናኘ የሚተገበር ሁለትዮሽ ፋይል በማግኘት ህይወትን በእጅጉ አቅልሏል። በዚህ ምክንያት አገልግሎቱን ለማሰማራት መሳሪያዎችን ፣የግንባታ ጊዜን እና ኮድ ማረምን ለማስቆም በሀብቶች ፣ ዘዴዎች እና ትራፊክ ላይ በከፍተኛ ሁኔታ እናቆጠባለን።

ስርዓቱ የሚተገበረው በጥንታዊው ሞዱል መርህ መሰረት ሲሆን በርካታ ንዑስ ስርዓቶችን ይዟል፡-

  1. የመለኪያዎች ምዝገባ.
    እያንዳንዱ መለኪያ በራሱ ክር ይገለገላል እና በሰርጦች ላይ ይመሳሰላል። የማመሳሰል ትክክለኛነት እስከ 10 ናኖሴኮንዶች መድረስ ችለናል።
  2. መለኪያዎች ማከማቻ
    ለጊዜ ተከታታዮች የራሳችንን ማከማቻ ከመጻፍ ወይም አስቀድሞ ያለውን ነገር ከመጠቀም መካከል እየመረጥን ነበር። ዳታቤዙ የሚያስፈልገው ለቀጣይ ምስላዊ እይታ ለኋላ ለሚደረግ ዳታ ነው።ይህም ማለት በየ 0.5 ሚሊ ሰከንድ በሰርጡ መዘግየቶች ላይ ያለ መረጃ ወይም በትራንስፖርት ኔትዎርክ ውስጥ የስህተት ንባቦችን አልያዘም ነገር ግን በእያንዳንዱ በይነገጽ ላይ በየ500 ሚሊሰከንድ ፍጥነት አለ። ለመስቀል መድረክ እና ለዝቅተኛ የሀብት ፍጆታ ከሚያስፈልጉት ከፍተኛ መስፈርቶች በተጨማሪ፣ እኛ ማካሄድ መቻል እጅግ በጣም አስፈላጊ ነው። ውሂብ የሚከማችበት ቦታ ነው. ይህ እጅግ በጣም ብዙ የኮምፒዩተር ሀብቶችን ይቆጥባል። ከ 2016 ጀምሮ በዚህ ፕሮጀክት ውስጥ Tarantool DBMS እየተጠቀምን ነበር እና እስካሁን ድረስ በአድማስ ላይ ለእሱ ምትክ አናይም። ተለዋዋጭ፣ ከተመቻቸ የሀብት ፍጆታ ጋር፣ ከበቂ በላይ የቴክኒክ ድጋፍ። Tarantool የጂአይኤስ ሞጁሉንም ተግባራዊ ያደርጋል። እርግጥ ነው, እንደ PostGIS ኃይለኛ አይደለም, ነገር ግን አንዳንድ አካባቢ-ነክ መለኪያዎችን (ለመጓጓዣ አስፈላጊ) ለማከማቸት ተግባሮቻችን በቂ ነው.
  3. የመለኪያዎች እይታ
    እዚህ ሁሉም ነገር በአንጻራዊነት ቀላል ነው. መረጃን ከመጋዘን ወስደን በቅጽበት ወይም ወደኋላ እናሳያለን።
  4. መረጃን ከማዕከላዊ ቁጥጥር ስርዓት ጋር ማመሳሰል.
    ማዕከላዊ የክትትል ስርዓት ከሁሉም መሳሪያዎች መረጃ ይቀበላል, በተወሰነ ታሪክ ያከማቻል እና በኤፒአይ በኩል ወደ የደንበኛ ቁጥጥር ስርዓት ይልካል. "ጭንቅላቱ" የሚዞርበት እና መረጃ የሚሰበስብበት እንደ ክላሲክ የክትትል ስርዓቶች ሳይሆን, ተቃራኒው እቅድ አለን. ግንኙነት በሚኖርበት ጊዜ መሳሪያዎቹ እራሳቸው ውሂብ ይልካሉ. መሳሪያው በማይገኝበት ጊዜ ቻናሎችን እና ግብዓቶችን እንዳይጭኑ ለእነዚያ ጊዜያት ከመሣሪያው ላይ ውሂብ እንዲቀበሉ ስለሚያስችል ይህ በጣም አስፈላጊ ነጥብ ነው። የኢንፍሉክስ መቆጣጠሪያ አገልጋይን እንደ ማዕከላዊ የክትትል ስርዓት እንጠቀማለን። ከአናሎግዎቹ በተለየ፣ ኋላ ቀር መረጃዎችን ማስመጣት ይችላል (ይህም መለኪያዎቹ ከተቀበሉበት ጊዜ የተለየ የጊዜ ማህተም ያለው)። የተሰበሰቡት መለኪያዎች በፋይል ተስተካክለው በግራፋና ይታያሉ። ይህ መደበኛ ቁልል የተመረጠውም ዝግጁ የሆነ የኤፒአይ ውህደት ከማንኛውም የደንበኛ ክትትል ስርዓት ጋር ስላለው ነው።
  5. የውሂብ ማመሳሰል ከማዕከላዊ መሣሪያ አስተዳደር ስርዓት ጋር።
    የመሣሪያ አስተዳደር ስርዓቱ Zero Touch Provisioning (firmware, ውቅር, ወዘተ ማዘመን) ይተገብራል እና ከክትትል ስርዓቱ በተለየ, በአንድ መሳሪያ ውስጥ ችግሮችን ብቻ ይቀበላል. እነዚህ በቦርድ ላይ ለሚሰሩ የሃርድዌር ጠባቂ አገልግሎቶች እና ለሁሉም የህይወት ድጋፍ ስርዓቶች መለኪያዎች ቀስቅሴዎች ናቸው፡ ሲፒዩ እና ኤስኤስዲ የሙቀት መጠን፣ ሲፒዩ ጭነት፣ ነፃ ቦታ እና SMART ጤና በዲስክ ላይ። የንዑስ ስርዓት ማከማቻው እንዲሁ በTarantool ላይ ተገንብቷል። ይህ በሺዎች በሚቆጠሩ መሳሪያዎች ላይ የጊዜ ተከታታዮችን በማዋሃድ ረገድ ከፍተኛ ፍጥነት ይሰጠናል፣ እና እንዲሁም መረጃን ከእነዚህ መሳሪያዎች ጋር የማመሳሰልን ችግር ሙሉ በሙሉ ይፈታል። Tarantool በጣም ጥሩ ወረፋ እና ዋስትና ያለው የማድረስ ስርዓት አለው። ይህንን አስፈላጊ ባህሪ ከሳጥኑ ውስጥ አውጥተናል ፣ በጣም ጥሩ!

የአውታረ መረብ አስተዳደር ስርዓት

ሌላ የክትትል ስርዓት

የሚቀጥለው ምንድነው

እስካሁን ድረስ የእኛ ደካማ ግንኙነት ማዕከላዊ ቁጥጥር ስርዓት ነው. በመደበኛ ቁልል ላይ 99.9% የተተገበረ እና በርካታ ጉዳቶች አሉት።

  1. InfluxDB ሃይል ሲጠፋ መረጃን ያጣል። እንደ ደንቡ ደንበኛው ከመሳሪያዎቹ የሚመጡትን ሁሉንም ነገሮች ወዲያውኑ ይሰበስባል እና የውሂብ ጎታው ራሱ ከ 5 ደቂቃዎች በላይ የቆየ መረጃ አልያዘም ፣ ግን ለወደፊቱ ይህ ህመም ሊሆን ይችላል።
  2. ግራፋና በመረጃ ማሰባሰብ እና የማሳያውን ማመሳሰል ላይ በርካታ ችግሮች አሉት። በጣም የተለመደው ችግር የመረጃ ቋቱ ከ 2:00:00 ጀምሮ ከ00 ሰከንድ ክፍተት ጋር የሰዓት ተከታታዮችን ሲይዝ እና Grafana በድምሩ መረጃን ከ +1 ሰከንድ ጀምሮ ማሳየት ሲጀምር ነው። በዚህ ምክንያት ተጠቃሚው የዳንስ ግራፍ ያያል.
  3. ለኤፒአይ ውህደት ከሶስተኛ ወገን ቁጥጥር ስርዓቶች ጋር ከመጠን በላይ የሆነ ኮድ። በጣም የታመቀ እና በእርግጥ በ Go ውስጥ እንደገና ሊፃፍ ይችላል)

ግራፋና ምን እንደሚመስል ሁላችሁም በትክክል አይታችሁታል እና ችግሮቹን ያለእኔ ታውቃላችሁ ብዬ አስባለሁ፣ ስለዚህ ልጥፉን በምስል አልጭነውም።

መደምደሚያ

ሆን ብዬ ቴክኒካዊ ዝርዝሮችን አልገለጽኩም, ነገር ግን የዚህን ስርዓት መሰረታዊ ንድፍ ብቻ ገለጽኩ. በመጀመሪያ ፣ ስርዓቱን በቴክኒካዊ ሁኔታ ለመግለጽ ፣ ሌላ ጽሑፍ ያስፈልጋል። በሁለተኛ ደረጃ, ሁሉም ሰው በዚህ ላይ ፍላጎት አይኖረውም. ምን ቴክኒካዊ ዝርዝሮችን ማወቅ እንደሚፈልጉ በአስተያየቶቹ ውስጥ ይፃፉ.

ማንም ሰው ከዚህ ጽሑፍ ወሰን በላይ ጥያቄዎች ካሉዎት በ a.rodin @ qedr.com ላይ ይፃፉልኝ

ምንጭ: hab.com

አስተያየት ያክሉ