🥇የኢንተርኔት ጥያቄዎችን ያፋጥኑ እና በሰላም ይተኛሉ

ኔትፍሊክስ በበይነመረብ የቴሌቪዥን ገበያ ውስጥ መሪ ነው - ይህንን ክፍል የፈጠረው እና በንቃት እየሰራ ያለው ኩባንያ። ኔትፍሊክስ የሚታወቀው በፕላኔቷ ላይ ከሚገኙት በሁሉም የፕላኔቷ ክፍሎች እና በማንኛውም መሳሪያ ላይ በሚገኙት ሰፊ የፊልሞች እና የቲቪ ተከታታይ ካታሎግ ብቻ ሳይሆን በአስተማማኝ መሠረተ ልማት እና ልዩ የምህንድስና ባህሎችም ጭምር ነው።

ውስብስብ ስርዓቶችን ለማዳበር እና ለመደገፍ የNetflix አቀራረብ ግልፅ ምሳሌ በDevOops 2019 ላይ ቀርቧል Sergey Fedorov - በ Netflix የልማት ዳይሬክተር. የኒዝሂ ኖቭጎሮድ ስቴት ዩኒቨርሲቲ የሂሳብ እና የሂሳብ ፋኩልቲ ተመረቀ። Lobachevsky, Sergey በ Open Connect ውስጥ ከመጀመሪያዎቹ መሐንዲሶች አንዱ - የሲዲኤን ቡድን በ Netflix. የቪዲዮ መረጃን ለመከታተል እና ለመተንተን ስርዓቶችን ገንብቷል ፣ የበይነመረብ ግንኙነት ፍጥነትን FAST.com ለመገምገም ታዋቂ አገልግሎት ጀመረ እና ላለፉት ጥቂት ዓመታት የኔትፍሊክስ አፕሊኬሽን ለተጠቃሚዎች በፍጥነት እንዲሰራ የበይነመረብ ጥያቄዎችን በማመቻቸት ላይ እየሰራ ነው።

ሪፖርቱ ከኮንፈረንስ ተሳታፊዎች ምርጡን ግምገማዎች ተቀብለናል፣ እና ለእርስዎ የጽሑፍ ስሪት አዘጋጅተናል።

በሪፖርቱ ውስጥ ሰርጌይ በዝርዝር ተናግሯል

በደንበኛው እና በአገልጋዩ መካከል የበይነመረብ ጥያቄዎች መዘግየት ላይ ምን ተጽዕኖ እንደሚያሳድር;
ይህንን መዘግየት እንዴት እንደሚቀንስ;
ስህተትን መቋቋም የሚችሉ ስርዓቶችን እንዴት መንደፍ, ማቆየት እና መቆጣጠር እንደሚቻል;
በአጭር ጊዜ ውስጥ ውጤቶችን እንዴት ማግኘት እንደሚቻል, እና ለንግድ ስራ አነስተኛ ስጋት;
ውጤቶችን እንዴት መተንተን እና ከስህተቶች መማር እንደሚቻል ።

ለእነዚህ ጥያቄዎች መልስ የሚያስፈልገው በትልልቅ ኮርፖሬሽኖች ውስጥ ለሚሰሩ ብቻ አይደለም.

የቀረቡት መርሆዎች እና ቴክኒኮች የበይነመረብ ምርቶችን በሚያዘጋጁ እና በሚደግፉ ሰዎች ሁሉ ሊታወቁ እና ሊተገበሩ ይገባል.

ቀጥሎ ያለው ትረካ ከተናጋሪው እይታ ነው።

የበይነመረብ ፍጥነት አስፈላጊነት

የበይነመረብ ጥያቄዎች ፍጥነት ከንግድ ጋር በቀጥታ የተያያዘ ነው. የግብይት ኢንዱስትሪን አስቡ፡ Amazon በ2009 ተናገሩየ 100ms መዘግየት የሽያጭ 1% ኪሳራ ያስከትላል።

የሞባይል ድረ-ገጾች እና አፕሊኬሽኖች ተከትለው ቁጥራቸው እየጨመረ የመጣ የሞባይል መሳሪያዎች አሉ። ገጽዎ ለመጫን ከ3 ሰከንድ በላይ ከወሰደ፣ ከተጠቃሚዎችዎ ውስጥ ግማሽ ያህሉ እያጡ ነው። ጋር ሐምሌ 2018 እ.ኤ.አ. Google በፍለጋ ውጤቶች ውስጥ የገጽዎን የመጫኛ ፍጥነት ግምት ውስጥ ያስገባል፡ ገጹ በፈጠነ መጠን በGoogle ውስጥ ያለው ቦታ ከፍ ያለ ይሆናል።

የግንኙነት ፍጥነት መዘግየት ወሳኝ በሆነባቸው የፋይናንስ ተቋማት ውስጥም አስፈላጊ ነው። በ 2015, Hibernia Networks አልቋል በኒውዮርክ እና ለንደን መካከል የ400 ሚሊዮን ዶላር ኬብል በከተሞች መካከል ያለውን መዘግየት በ6ms ለመቀነስ። እስቲ አስቡት 66 ሚሊዮን ዶላር ለ1 ms መዘግየት ቅነሳ!

እንደ ምርምርከ 5 Mbit/s በላይ ያለው የግንኙነት ፍጥነት በተለመደው ድህረ ገጽ የመጫን ፍጥነት ላይ ተጽዕኖ አያሳርፍም። ሆኖም በግንኙነት መዘግየት እና በገጽ ጭነት ፍጥነት መካከል ቀጥተኛ ግንኙነት አለ፡-

ሆኖም Netflix የተለመደ ምርት አይደለም. የመዘግየት እና የፍጥነት ተፅእኖ በተጠቃሚው ላይ ንቁ የትንታኔ እና የእድገት ቦታ ነው። በመዘግየት ላይ የሚመረኮዝ የመተግበሪያ ጭነት እና የይዘት ምርጫ አለ፣ ነገር ግን የማይለዋወጡ ንጥረ ነገሮችን መጫን እና ዥረት እንዲሁ በግንኙነት ፍጥነት ላይ ይመሰረታል። በተጠቃሚው ልምድ ላይ ተጽእኖ የሚያሳድሩትን ቁልፍ ነገሮች መተንተን እና ማመቻቸት በኔትፍሊክስ ውስጥ ለብዙ ቡድኖች ንቁ የሆነ የእድገት ቦታ ነው። ከግቦቹ አንዱ በNetflix መሳሪያዎች እና በደመና መሠረተ ልማት መካከል ያሉ ጥያቄዎችን መዘግየትን መቀነስ ነው።

በሪፖርቱ ውስጥ በተለይ የኔትፍሊክስ መሠረተ ልማት ምሳሌን በመጠቀም መዘግየትን በመቀነስ ላይ እናተኩራለን። የተግባርን ችግሮች እና ብልሽቶችን ከመመርመር ይልቅ የንድፍ፣ ልማት እና ውስብስብ የተከፋፈሉ ስርአቶችን አሰራር ሂደት እንዴት መቅረብ እና ለፈጠራ እና ለውጤት ጊዜ ማሳለፍ እንዴት እንደሚቻል ከተግባራዊ እይታ አንፃር እናስብ።

በኔትፍሊክስ ውስጥ

በሺዎች የሚቆጠሩ የተለያዩ መሳሪያዎች የNetflix መተግበሪያዎችን ይደግፋሉ። እነሱ የተገነቡት በአራት የተለያዩ ቡድኖች ነው፣ እነሱም ለአንድሮይድ፣ ለአይኦኤስ፣ ለቲቪ እና ለድር አሳሾች የተለየ የደንበኛውን እትሞች ያዘጋጃሉ። እና የተጠቃሚውን ተሞክሮ ለማሻሻል እና ግላዊ ለማድረግ ብዙ ጥረት እናደርጋለን። ይህንን ለማድረግ በመቶዎች የሚቆጠሩ የA/B ሙከራዎችን በትይዩ እናካሂዳለን።

ግላዊነትን ማላበስ በAWS ደመና ውስጥ ባሉ በመቶዎች በሚቆጠሩ ማይክሮ አገልግሎቶች ይደገፋል፣ ግላዊ የተጠቃሚ ውሂብን፣ መጠይቅ መላኪያ፣ ቴሌሜትሪ፣ ቢግ ዳታ እና ኢንኮዲንግ ያቀርባል። የትራፊክ እይታ ይህንን ይመስላል።

ከቪዲዮ ጋር ማገናኛ (6፡04-6፡23)

በግራ በኩል የመግቢያ ነጥብ ነው, ከዚያም ትራፊክ በተለያዩ የጀርባ ቡድኖች በሚደገፉ በመቶዎች የሚቆጠሩ ማይክሮ ሰርቪስ ይሰራጫል.

ሌላው የመሠረተ ልማታችን አስፈላጊ አካል የማይለዋወጥ ይዘትን ለዋና ተጠቃሚ - ቪዲዮዎች፣ ምስሎች፣ የደንበኛ ኮድ፣ ወዘተ የሚያደርስ Open Connect CDN ነው። ሲዲኤን በብጁ አገልጋዮች (ኦሲኤ - ክፍት የግንኙነት አፕሊኬሽን) ላይ ይገኛል። በውስጡ የተመቻቸ FreeBSD የሚያሄዱ የኤስኤስዲ እና HDD ድራይቮች፣ NGINX እና የአገልግሎቶች ስብስብ አሉ። እንዲህ ያለው የሲዲኤን አገልጋይ በተቻለ መጠን ብዙ መረጃዎችን ለተጠቃሚዎች መላክ እንዲችል የሃርድዌር እና የሶፍትዌር ክፍሎችን እንቀርጻለን እና እናመቻቻለን።

የኢንተርኔት ትራፊክ መለዋወጫ ነጥብ (ኢንተርኔት ኢኤክስቻን - IX) ላይ የእነዚህ አገልጋዮች “ግድግዳ” ይህን ይመስላል።

የኢንተርኔት ልውውጥ ለኢንተርኔት አገልግሎት አቅራቢዎች እና የይዘት አቅራቢዎች በበይነመረቡ ላይ የበለጠ በቀጥታ መረጃ ለመለዋወጥ እርስ በርስ "ለመገናኘት" ችሎታ ይሰጣል። በአለም ዙሪያ አገልጋዮቻችን የተጫኑባቸው ከ70-80 የሚጠጉ የኢንተርኔት መለዋወጫ ነጥቦች አሉ፣ እና እኛ በራሳችን ጫንን እና እንጠብቃቸዋለን፡-

በተጨማሪም፣ በቀጥታ ለኢንተርኔት አቅራቢዎች አገልጋዮችን እናቀርባቸዋለን፣ እነሱም በአውታረ መረቡ ውስጥ የሚጭኑት፣ የNetflix ትራፊክን አካባቢያዊነት እና ለተጠቃሚዎች የዥረት ጥራት ማሻሻል፡-

የAWS አገልግሎቶች ስብስብ የቪዲዮ ጥያቄዎችን ከደንበኞች ወደ ሲዲኤን አገልጋዮች ለመላክ እንዲሁም አገልጋዮቹን እራሳቸው የማዋቀር ኃላፊነት አለባቸው - ይዘትን ፣ የፕሮግራም ኮድን ፣ መቼቶችን ፣ ወዘተ. ለኋለኛው ደግሞ የበይነመረብ ልውውጥ ነጥቦችን ከ AWS ጋር የሚያገናኝ የጀርባ አጥንት ኔትወርክ ገንብተናል። የጀርባ አጥንት ኔትወርክ አለም አቀፍ የፋይበር ኦፕቲክ ኬብሎች እና ራውተሮች እንደፍላጎታችን መንደፍ እና ማዋቀር እንችላለን።

በ Sandvine ግምቶችየእኛ የሲዲኤን መሠረተ ልማት ኔትፍሊክስ በጣም ረጅም በሆነበት በሰሜን አሜሪካ ⅛ የዓለምን የኢንተርኔት ትራፊክ በከፍተኛ ሰዓት እና ⅓ ያቀርባል። አስደናቂ ቁጥሮች ፣ ግን ለእኔ በጣም አስደናቂ ከሆኑት ግኝቶች አንዱ መላው የሲዲኤን ስርዓት ከ150 ባነሰ ቡድን የተገነባ እና የሚንከባከበው መሆኑ ነው።

መጀመሪያ ላይ የሲዲኤን መሠረተ ልማት የተነደፈው የቪዲዮ መረጃን ለማቅረብ ነው። ሆኖም፣ ከጊዜ በኋላ በAWS ደመና ውስጥ ከደንበኞች የሚመጡ ተለዋዋጭ ጥያቄዎችን ለማመቻቸት ልንጠቀምበት እንደምንችል ተገነዘብን።

ስለ ኢንተርኔት ማጣደፍ

ዛሬ ኔትፍሊክስ 3 AWS ክልሎች አሉት፣ እና ለደመናው የጥያቄዎች መዘግየት ደንበኛው በአቅራቢያው ካለው ክልል ምን ያህል ርቀት ላይ እንደሚገኝ ይወሰናል። በተመሳሳይ ጊዜ የማይለዋወጥ ይዘትን ለማቅረብ የሚያገለግሉ ብዙ የሲዲኤን አገልጋዮች አሉን። ተለዋዋጭ መጠይቆችን ለማፋጠን ይህን ማዕቀፍ ለመጠቀም የሚያስችል መንገድ አለ? ሆኖም፣ በሚያሳዝን ሁኔታ፣ እነዚህን ጥያቄዎች መሸጎጥ አይቻልም - ኤፒአይዎች ግላዊ ናቸው እና እያንዳንዱ ውጤት ልዩ ነው።

በሲዲኤን አገልጋይ ላይ ፕሮክሲ እንስራ እና በእሱ ውስጥ ትራፊክ መላክ እንጀምር። ፈጣን ይሆናል?

ማቴሪያል

የአውታረ መረብ ፕሮቶኮሎች እንዴት እንደሚሠሩ እናስታውስ። ዛሬ፣ አብዛኛው የበይነመረብ ትራፊክ ኤችቲቲፒዎችን ይጠቀማል፣ ይህም በታችኛው ንብርብር ፕሮቶኮሎች TCP እና TLS ላይ የተመሰረተ ነው። አንድ ደንበኛ ከአገልጋዩ ጋር እንዲገናኝ መጨባበጥ እና ደህንነቱ የተጠበቀ ግንኙነት ለመመስረት ደንበኛው ከአገልጋዩ ጋር ሶስት ጊዜ መልዕክቶችን መለዋወጥ እና መረጃን ለማስተላለፍ ቢያንስ አንድ ተጨማሪ ጊዜ ያስፈልገዋል. በአንድ ዙር ጉዞ (RTT) 100 ሚሴ፣ የመጀመሪያውን ትንሽ መረጃ ለመቀበል 400 ሚሴ ይወስድብናል፡

የምስክር ወረቀቶቹን በሲዲኤን አገልጋይ ላይ ካስቀመጥን ፣ሲዲኤን ቅርብ ከሆነ በደንበኛው እና በአገልጋዩ መካከል ያለው የመጨባበጥ ጊዜ በከፍተኛ ሁኔታ ሊቀንስ ይችላል። ለሲዲኤን አገልጋይ ያለው መዘግየት 30ms እንደሆነ እናስብ። ከዚያ የመጀመሪያውን ቢት ለመቀበል 220 ms ይወስዳል፡-

ግን ጥቅሞቹ በዚህ አያበቁም። ግንኙነት ከተፈጠረ በኋላ TCP የመጨናነቅ መስኮቱን ይጨምራል (በዚያ ግንኙነት ላይ በትይዩ የሚያስተላልፈው የመረጃ መጠን)። የውሂብ ፓኬት ከጠፋ የTCP ፕሮቶኮል ክላሲክ ትግበራዎች (እንደ TCP New Reno) ክፍት የሆነውን "መስኮት" በግማሽ ይቀንሳል። የመጨናነቅ መስኮቱ እድገት እና ከመጥፋት የማገገም ፍጥነት በአገልጋዩ መዘግየት (RTT) ላይ የተመሠረተ ነው። ይህ ግንኙነት እስከ ሲዲኤን አገልጋይ ድረስ ብቻ የሚሄድ ከሆነ ይህ መልሶ ማግኛ ፈጣን ይሆናል። በተመሳሳይ ጊዜ የፓኬት መጥፋት መደበኛ ክስተት ነው, በተለይም ለገመድ አልባ አውታረ መረቦች.

የኢንተርኔት ባንድዊድዝ ሊቀንስ ይችላል፣በተለይ በከፍተኛ ሰአታት፣በተጠቃሚዎች ትራፊክ ምክንያት፣ይህም የትራፊክ መጨናነቅን ያስከትላል። ይሁን እንጂ በይነመረብ ላይ ለአንዳንድ ጥያቄዎች ከሌሎች ይልቅ ቅድሚያ ለመስጠት ምንም መንገድ የለም. ለምሳሌ አውታረ መረቡን በሚጭኑት "ከባድ" የውሂብ ዥረቶች ላይ ለአነስተኛ እና መዘግየት-ስሱ ጥያቄዎች ቅድሚያ ይስጡ። ነገር ግን፣ በእኛ ሁኔታ፣ የራሳችን የጀርባ አጥንት ኔትወርክ መኖሩ ይህንን በከፊል በጥያቄው መንገድ - በሲዲኤን እና በደመና መካከል እንድናደርግ ያስችለናል እና ሙሉ ለሙሉ ማዋቀር እንችላለን። ለአነስተኛ እና መዘግየት-ስሱ ፓኬቶች ቅድሚያ እንደተሰጣቸው እና ትልቅ የውሂብ ፍሰቶች ትንሽ ቆይተው እንደሚሄዱ ማረጋገጥ ይችላሉ። ሲዲኤን ወደ ደንበኛው በቀረበ መጠን ቅልጥፍናው ይጨምራል።

የመተግበሪያ ደረጃ ፕሮቶኮሎች (ኦኤስአይ ደረጃ 7) በመዘግየት ላይም ተጽዕኖ አላቸው። እንደ HTTP/2 ያሉ አዳዲስ ፕሮቶኮሎች የትይዩ ጥያቄዎችን አፈጻጸም ያሻሽላሉ። ሆኖም አዲሱን ፕሮቶኮሎች የማይደግፉ የቆዩ መሣሪያዎች ያላቸው የNetflix ደንበኞች አሉን። ሁሉም ደንበኞች ሊዘምኑ ወይም በጥሩ ሁኔታ ሊዋቀሩ አይችሉም። በተመሳሳይ ጊዜ በሲዲኤን ፕሮክሲ እና በደመና መካከል ሙሉ ቁጥጥር እና አዲስ, ምርጥ ፕሮቶኮሎችን እና ቅንብሮችን የመጠቀም ችሎታ አለ. የድሮ ፕሮቶኮሎች ያለው ውጤታማ ያልሆነው ክፍል በደንበኛው እና በሲዲኤን አገልጋይ መካከል ብቻ ነው የሚሰራው። በተጨማሪም፣ በሲዲኤን እና በደመና መካከል በተመሰረተ ግንኙነት ላይ የባለብዙክስ ጥያቄዎችን ማቅረብ እንችላለን፣ የግንኙነት አጠቃቀምን በTCP ደረጃ ማሻሻል፡-

እንለካለን

ምንም እንኳን ጽንሰ-ሐሳቡ ማሻሻያዎችን ቢሰጥም, ስርዓቱን በምርት ውስጥ ለመጀመር ወዲያውኑ አንቸኩልም. ይልቁንም ሃሳቡ በተግባር እንደሚሰራ በመጀመሪያ ማረጋገጥ አለብን። ይህንን ለማድረግ ብዙ ጥያቄዎችን መመለስ ያስፈልግዎታል-

ፍጥነትተኪ ፈጣን ይሆናል?
አስተማማኝነትብዙ ጊዜ ይሰበራል?
ውስብስብነትከመተግበሪያዎች ጋር እንዴት እንደሚዋሃድ?
ወጪተጨማሪ መሠረተ ልማት ለማሰማራት ምን ያህል ያስወጣል?

የመጀመሪያውን ነጥብ ለመገምገም የእኛን አቀራረብ በዝርዝር እንመልከት. ቀሪዎቹ በተመሳሳይ መንገድ ይስተናገዳሉ.

የጥያቄዎችን ፍጥነት ለመተንተን ብዙ ጊዜ በልማት ላይ ሳናጠፋ እና ምርትን ሳናቋርጥ ለሁሉም ተጠቃሚዎች ውሂብ ማግኘት እንፈልጋለን። ለዚህ በርካታ ዘዴዎች አሉ-

RUM፣ ወይም ተገብሮ የጥያቄ ልኬት። ከተጠቃሚዎች የሚቀርቡ ጥያቄዎችን የማስፈጸሚያ ጊዜን እንለካለን እና ሙሉ የተጠቃሚ ሽፋንን እናረጋግጣለን። ጉዳቱ በብዙ ምክንያቶች ምልክቱ በጣም የተረጋጋ አለመሆኑ ነው ፣ ለምሳሌ ፣ በተለያዩ የጥያቄ መጠኖች ፣ በአገልጋዩ እና በደንበኛው ላይ የማስኬጃ ጊዜ። በተጨማሪም, በምርት ውስጥ ያለ ምንም ውጤት አዲስ ውቅር መሞከር አይችሉም.
የላብራቶሪ ምርመራዎች. ደንበኞችን የሚያስመስሉ ልዩ አገልጋዮች እና መሠረተ ልማት። በእነሱ እርዳታ አስፈላጊ የሆኑትን ፈተናዎች እናከናውናለን. በዚህ መንገድ በመለኪያ ውጤቶች ላይ ሙሉ ቁጥጥር እና ግልጽ ምልክት እናገኛለን. ነገር ግን የመሳሪያዎች እና የተጠቃሚ አካባቢዎች (በተለይ በአለምአቀፍ አገልግሎት እና በሺዎች ለሚቆጠሩ የመሳሪያ ሞዴሎች ድጋፍ) ምንም የተሟላ ሽፋን የለም.

የሁለቱም ዘዴዎች ጥቅሞች እንዴት ማዋሃድ ይችላሉ?

ቡድናችን መፍትሄ አግኝቷል። በመተግበሪያችን ውስጥ የገነባነውን ትንሽ ኮድ - ናሙና - ጻፍን። መመርመሪያዎች ሙሉ በሙሉ ቁጥጥር ስር ያሉ የአውታረ መረብ ሙከራዎችን ከመሣሪያዎቻችን እንድናደርግ ያስችሉናል። እንደሚከተለው ይሰራል።

አፕሊኬሽኑን ከጫንን እና የመጀመሪያውን እንቅስቃሴ ከጨረስን በኋላ ብዙም ሳይቆይ መመርመሪያችንን እናካሂዳለን።
ደንበኛው ለአገልጋዩ ጥያቄ ያቀርባል እና ለፈተናው "የምግብ አዘገጃጀት" ይቀበላል. የምግብ አዘገጃጀቱ የኤችቲቲፒ(ዎች) ጥያቄ መቅረብ ያለበት የዩአርኤሎች ዝርዝር ነው። በተጨማሪም ፣ የምግብ አዘገጃጀቱ የጥያቄ መለኪያዎችን ያዋቅራል-በጥያቄዎች መካከል መዘግየት ፣ የተጠየቀው የውሂብ መጠን ፣ HTTP(ዎች) ራስጌዎች ፣ ወዘተ. በተመሳሳይ ጊዜ, በርካታ የተለያዩ የምግብ አዘገጃጀቶችን በትይዩ መሞከር እንችላለን - ውቅረትን ስንጠይቅ, የትኛውን የምግብ አዘገጃጀት መመሪያ እንደሚሰጥ በዘፈቀደ እንወስናለን.
የፍተሻ ማስጀመሪያ ጊዜ የተመረጠው በደንበኛው ላይ ካለው የአውታረ መረብ ግብዓት አጠቃቀም ጋር እንዳይጋጭ ነው። በመሠረቱ, ደንበኛው የማይሰራበት ጊዜ ይመረጣል.
የምግብ አዘገጃጀቱን ከተቀበለ በኋላ ደንበኛው በትይዩ ለእያንዳንዱ ዩአርኤሎች ጥያቄዎችን ያቀርባል። ለእያንዳንዱ አድራሻ ጥያቄው ሊደገም ይችላል - የሚባሉት. "ጥራጥሬዎች". በመጀመሪያው ምት ላይ ግንኙነት ለመመስረት እና ውሂብ ለማውረድ ምን ያህል ጊዜ እንደፈጀ እንለካለን። በሁለተኛው የልብ ምት ላይ, ቀደም ሲል በተመሰረተ ግንኙነት ላይ ውሂብ ለመጫን የሚፈጀውን ጊዜ እንለካለን. ከሦስተኛው በፊት ፣ መዘግየትን እናዘጋጃለን እና እንደገና መገናኘትን ፣ ወዘተ.
በሙከራ ጊዜ መሣሪያው ሊያገኛቸው የሚችላቸውን ሁሉንም መለኪያዎች እንለካለን-
- የዲ ኤን ኤስ ጥያቄ ጊዜ;
- የ TCP ግንኙነት ማዋቀር ጊዜ;
- የ TLS ግንኙነት ማዋቀር ጊዜ;
- የውሂብ የመጀመሪያ ባይት የመቀበል ጊዜ;
- ጠቅላላ የመጫኛ ጊዜ;
- የሁኔታ ውጤት ኮድ.
ሁሉም ጥራጥሬዎች ከተጠናቀቁ በኋላ, ናሙናው ሁሉንም መለኪያዎች ለመተንተን ይጭናል.

ቁልፍ ነጥቦቹ በደንበኛው ላይ ባለው አመክንዮ ላይ አነስተኛ ጥገኝነት፣ በአገልጋዩ ላይ ያለው የውሂብ ሂደት እና ትይዩ ጥያቄዎችን መለካት ናቸው። ስለዚህ፣ የጥያቄ አፈጻጸምን የሚነኩ የተለያዩ ምክንያቶችን መነጠል እና ተጽእኖ መፈተሽ፣ በአንድ የምግብ አሰራር ውስጥ መለዋወጥ እና ከእውነተኛ ደንበኞች ውጤት ማግኘት እንችላለን።

ይህ መሠረተ ልማት ከጥያቄ አፈጻጸም ትንተና በላይ ጠቃሚ ሆኖ ተገኝቷል። በአሁኑ ጊዜ 14 ንቁ የምግብ አዘገጃጀት መመሪያዎች አሉን ፣ በሰከንድ ከ 6000 በላይ ናሙናዎች ፣ ከሁሉም የምድር ማዕዘኖች መረጃን የሚቀበሉ እና ሙሉ የመሳሪያ ሽፋን። ኔትፍሊክስ ከሶስተኛ ወገን ተመሳሳይ አገልግሎት ከገዛ በዓመት በሚሊዮን የሚቆጠር ዶላሮችን ያስወጣል፣ በጣም የከፋ ሽፋን አለው።

የሙከራ ቲዎሪ በተግባር፡- ፕሮቶታይፕ

በእንደዚህ አይነት ስርዓት የCDN ፕሮክሲዎችን በጥያቄ መዘግየት ላይ ውጤታማነት መገምገም ችለናል። አሁን ያስፈልግዎታል:

የፕሮክሲ ፕሮቶታይፕ መፍጠር;
ፕሮቶታይፕውን በሲዲኤን ላይ ያስቀምጡ;
ደንበኞችን በአንድ የተወሰነ የሲዲኤን አገልጋይ ላይ ወደ ተኪ እንዴት እንደሚመሩ መወሰን;
አፈጻጸምን ያለ ተኪ በAWS ውስጥ ካሉ ጥያቄዎች ጋር ያወዳድሩ።

ስራው የታቀደውን የመፍትሄውን ውጤታማነት በተቻለ ፍጥነት መገምገም ነው. ጥሩ የኔትወርክ ቤተ-መጻሕፍት በመኖራቸው ምክንያት ፕሮቶታይፕን ለመተግበር Goን መርጠናል:: በእያንዳንዱ የሲዲኤን አገልጋይ ላይ ጥገኝነቶችን ለመቀነስ እና ውህደቱን ለማቃለል ፕሮቶታይፕ ፕሮክሲውን እንደ ቋሚ ሁለትዮሽ ጫንን። በመጀመርያው አተገባበር በተቻለ መጠን መደበኛ ክፍሎችን እና አነስተኛ ማሻሻያዎችን ለኤችቲቲፒ/2 ግንኙነት ገንዳ ተጠቀምን እና ማባዛትን እንጠይቃለን።

በAWS ክልሎች መካከል ሚዛን ለመጠበቅ፣ደንበኞችን ለማመጣጠን ጥቅም ላይ የሚውለውን የጂኦግራፊያዊ ዲ ኤን ኤስ ዳታቤዝ ተጠቀምን። ለደንበኛው የሲዲኤን አገልጋይ ለመምረጥ TCP Anycast for servers in Internet Exchange (IX) እንጠቀማለን። በዚህ አማራጭ ለሁሉም የሲዲኤን አገልጋዮች አንድ የአይ ፒ አድራሻ እንጠቀማለን እና ደንበኛው በትንሹ የአይፒ ሆፕ ቁጥር ወዳለው የሲዲኤን አገልጋይ ይመራል። በኢንተርኔት አቅራቢዎች (አይኤስፒኤስ) በተጫኑ የሲዲኤን ሰርቨሮች ውስጥ TCP Anycast ን ለማዋቀር ራውተር ላይ ቁጥጥር የለንም ስለዚህ እንጠቀማለን። ተመሳሳይ አመክንዮ, ለቪዲዮ ዥረት ደንበኞች ወደ የበይነመረብ አቅራቢዎች የሚመራ.

ስለዚህ፣ ሶስት አይነት የጥያቄ መንገዶች አሉን፡ ወደ ደመናው በክፍት ኢንተርኔት፣ በሲዲኤን አገልጋይ በ IX ወይም በበይነመረብ አቅራቢ ውስጥ ባለው የሲዲኤን አገልጋይ። ግባችን የትኛው መንገድ የተሻለ እንደሆነ እና የፕሮክሲ ጥቅሙ ምን እንደሆነ ለመረዳት ጥያቄዎችን ወደ ምርት እንዴት እንደሚላኩ መረዳት ነው። ይህንን ለማድረግ የናሙና ስርዓትን እንደሚከተለው እንጠቀማለን-

እያንዳንዱ መንገዶቹ የተለየ ኢላማ ይሆናሉ፣ እና ያገኘነውን ጊዜ እንመለከታለን። ለመተንተን፣ የተኪ ውጤቶቹን ወደ አንድ ቡድን እናዋህዳለን (በ IX እና በአይኤስፒ ፕሮክሲዎች መካከል ጥሩውን ጊዜ ምረጥ) እና ያለ ፕሮክሲ ከደመናው ከተጠየቀ ጊዜ ጋር እናነፃፅራቸዋለን፡

እንደሚመለከቱት ፣ ውጤቶቹ የተደባለቁ ነበሩ - በአብዛኛዎቹ ጉዳዮች ተኪው ጥሩ ፍጥነት ይሰጣል ፣ ግን ሁኔታው በከፍተኛ ሁኔታ እየተባባሰ የሚሄድባቸው በቂ ቁጥር ያላቸው ደንበኞችም አሉ።

በውጤቱም, በርካታ አስፈላጊ ነገሮችን አደረግን.

ከደንበኞች ወደ ደመና የሚቀርቡ ጥያቄዎች የሚጠበቀውን አፈጻጸም በCDN ፕሮክሲ በኩል ገምግመናል።
ከእውነተኛ ደንበኞች፣ ከሁሉም አይነት መሳሪያዎች መረጃ ተቀብለናል።
ንድፈ ሃሳቡ 100% እንዳልተረጋገጠ እና ከሲዲኤን ፕሮክሲ ጋር ያለው የመጀመሪያ አቅርቦት ለእኛ አይሰራም።
እኛ አደጋዎችን አልወሰድንም - ለደንበኞች የምርት ውቅሮችን አልቀየርንም።
ምንም አልተሰበረም።

ፕሮቶታይፕ 2.0

ስለዚህ, ወደ ስዕል ሰሌዳው ይመለሱ እና ሂደቱን እንደገና ይድገሙት.

ሀሳቡ 100% ፕሮክሲ ከመጠቀም ይልቅ ለእያንዳንዱ ደንበኛ ፈጣኑን መንገድ እንወስናለን እና እዚያም ጥያቄዎችን እንልካለን - ማለትም ደንበኛ ስቲሪንግ የሚባለውን እናደርጋለን።

ይህንን እንዴት ተግባራዊ ማድረግ እንደሚቻል? በአገልጋዩ በኩል አመክንዮ መጠቀም አንችልም፣ ምክንያቱም... ግቡ ከዚህ አገልጋይ ጋር መገናኘት ነው። ይህንን በደንበኛው ላይ ለማድረግ አንዳንድ መንገዶች ሊኖሩ ይገባል. እና በጥሩ ሁኔታ ፣ ይህንን ከብዙ የደንበኛ መድረኮች ጋር የመዋሃድ ችግርን ላለመፍታት በትንሹ ውስብስብ ሎጂክ ያድርጉ።

መልሱ ዲ ኤን ኤስ መጠቀም ነው። በእኛ ሁኔታ፣ የራሳችን የዲ ኤን ኤስ መሠረተ ልማት አለን፣ እና አገልጋዮቻችን ፈላጭ የሚሆኑበትን የጎራ ዞን ማዘጋጀት እንችላለን። እንደሚከተለው ይሰራል።

ደንበኛው አስተናጋጅ በመጠቀም ለዲኤንኤስ አገልጋይ ጥያቄ ያቀርባል፣ ለምሳሌ api.netflix.xom።
ጥያቄው ወደ ዲኤንኤስ አገልጋይችን ይደርሳል
የዲ ኤን ኤስ አገልጋይ ለዚህ ደንበኛ የትኛው መንገድ ፈጣኑ እንደሆነ ያውቃል እና ተዛማጅ የሆነውን IP አድራሻ ይሰጣል።

መፍትሄው ተጨማሪ ውስብስብነት አለው፡ ባለስልጣን ዲ ኤን ኤስ አቅራቢዎች የደንበኛውን አይፒ አድራሻ አያዩም እና ደንበኛው የሚጠቀመውን ተደጋጋሚ ፈቺ አይፒ አድራሻ ብቻ ማንበብ ይችላሉ።

በውጤቱም፣ የእኛ ባለስልጣን ፈላጊ ውሳኔ መስጠት ያለበት ለግለሰብ ደንበኛ ሳይሆን ለደንበኞች ቡድን በተደጋጋሚ ፈላጊው ላይ በመመስረት ነው።

ለመፍታት ፣ ተመሳሳይ ናሙናዎችን እንጠቀማለን ፣ ለእያንዳንዱ ተደጋጋሚ መፍትሄ ሰጪዎች ከደንበኞች የመለኪያ ውጤቶችን በማሰባሰብ እና ይህንን ቡድን የት እንደምንልክ እንወስናለን - በ IX በኩል በ TCP Anycast ፣ በ ISP ፕሮክሲ ወይም በቀጥታ ወደ ደመና።

የሚከተለውን ስርዓት እናገኛለን:

የተገኘው የዲ ኤን ኤስ መሪ ሞዴል ከደንበኞች ወደ ደመና ያለውን የግንኙነት ፍጥነት ታሪካዊ ምልከታዎች መሠረት በማድረግ ደንበኞችን እንዲመሩ ያስችልዎታል።

እንደገና, ጥያቄው ይህ አካሄድ ምን ያህል ውጤታማ ይሆናል? መልስ ለመስጠት እንደገና የእኛን የምርመራ ስርዓት እንጠቀማለን. ስለዚህ, የአቅራቢውን ውቅረት እናዋቅራለን, ከዒላማዎቹ አንዱ ከዲኤንኤስ መሪነት አቅጣጫ ይከተላል, ሌላኛው በቀጥታ ወደ ደመና (የአሁኑ ምርት) ይሄዳል.

በውጤቱም ውጤቱን እናነፃፅራለን እና የውጤታማነቱን ግምገማ እናገኛለን-

በውጤቱም, በርካታ ጠቃሚ ነገሮችን ተምረናል-

ዲ ኤን ኤስ መሪን በመጠቀም ከደንበኞች ወደ ደመና የሚቀርቡ ጥያቄዎች የሚጠበቀውን አፈጻጸም ገምግመናል።
ከእውነተኛ ደንበኞች፣ ከሁሉም አይነት መሳሪያዎች መረጃ ተቀብለናል።
የታቀደው ሀሳብ ውጤታማነት ተረጋግጧል.
እኛ አደጋዎችን አልወሰድንም - ለደንበኞች የምርት ውቅሮችን አልቀየርንም።
ምንም አልተሰበረም።

አሁን ስለ አስቸጋሪው ክፍል - በምርት ውስጥ እንጀምራለን

ቀላሉ ክፍል አሁን አልቋል - የሚሰራ ፕሮቶታይፕ አለ። አሁን ከባዱ ክፍል ለ150 ሚሊዮን ተጠቃሚዎች፣ በሺዎች የሚቆጠሩ መሳሪያዎች፣ በመቶዎች የሚቆጠሩ ማይክሮ ሰርቪስ እና በየጊዜው የሚለዋወጥ ምርት እና መሠረተ ልማት በማሰማራት ለሁሉም የNetflix ትራፊክ መፍትሄ ማስጀመር ነው። የኔትፍሊክስ አገልጋዮች በሰከንድ በሚሊዮን የሚቆጠሩ ጥያቄዎችን ይቀበላሉ፣ እና በግዴለሽነት እርምጃ አገልግሎቱን መስበር ቀላል ነው። በተመሳሳይ ጊዜ፣ የሆነ ነገር ያለማቋረጥ እና በጣም ተገቢ ባልሆነ ቅጽበት በሚቀየርበት እና በሚሰበርበት በሺዎች በሚቆጠሩ የሲዲኤን አገልጋዮች በይነመረብ ላይ ትራፊክን በተለዋዋጭ መንገድ መምራት እንፈልጋለን።

ይህ ሁሉ ሲሆን ቡድኑ ለስርአቱ ልማት፣ ማሰማራት እና ሙሉ ድጋፍ ኃላፊነት ያላቸው 3 መሐንዲሶች አሉት።

ስለዚህ, ስለ እረፍት እና ጤናማ እንቅልፍ ማውራት እንቀጥላለን.

ልማትን እንዴት መቀጠል እንደሚቻል እና ጊዜዎን በሙሉ በድጋፍ ላይ አያጠፉም? የእኛ አካሄድ በ 3 መርሆዎች ላይ የተመሠረተ ነው-

የብልሽቶችን (ፍንዳታ ራዲየስ) እምቅ መጠን እንቀንሳለን።
ለመደነቅ እየተዘጋጀን ነው - ምንም እንኳን ሙከራ እና የግል ልምድ ቢኖርም አንድ ነገር እንደሚሰበር እንጠብቃለን።
ግርማ ሞገስ ያለው ውድቀት - አንድ ነገር በትክክል ካልሰራ ፣ ምንም እንኳን በጣም ቀልጣፋ ባይሆንም በራስ-ሰር መስተካከል አለበት።

በእኛ ሁኔታ ፣ በዚህ የችግሩ አቀራረብ ፣ ቀላል እና ውጤታማ መፍትሄ ማግኘት እና የስርዓት ድጋፍን በከፍተኛ ሁኔታ ማቃለል እንችላለን። ለደንበኛው ትንሽ ኮድ ማከል እና በግንኙነት ችግሮች ምክንያት የአውታረ መረብ ጥያቄ ስህተቶችን መከታተል እንደምንችል ተገነዘብን። የአውታረ መረብ ስህተቶች ካሉ በቀጥታ ወደ ደመናው መመለስ እንሰራለን። ይህ መፍትሔ ለደንበኛ ቡድኖች ከፍተኛ ጥረት አይጠይቅም, ነገር ግን ለእኛ ያልተጠበቁ ብልሽቶች እና አስገራሚ አደጋዎችን በእጅጉ ይቀንሳል.

በእርግጥ ፣ ምንም እንኳን ውድቀት ቢኖርም ፣ ሆኖም በእድገት ወቅት ግልጽ የሆነ ተግሣጽ እንከተላለን-

ናሙና ሙከራ.
ኤ/ቢ ሙከራ ወይም ካናሪስ።
ተራማጅ ልቀት።

በናሙናዎች ፣ አቀራረቡ ተብራርቷል - ለውጦች በመጀመሪያ የተበጀ የምግብ አሰራርን በመጠቀም ይሞከራሉ።

ለካናሪ ሙከራ፣ ስርዓቱ ከለውጦቹ በፊት እና በኋላ እንዴት እንደሚሰራ የምናወዳድርባቸው ተመጣጣኝ ጥንድ አገልጋዮችን ማግኘት አለብን። ይህንን ለማድረግ ከብዙ የሲዲኤን ገጻችን፣ ተመጣጣኝ ትራፊክ የሚቀበሉ ጥንድ አገልጋዮችን እንመርጣለን።

ከዚያም ግንባታውን በካነሪ አገልጋይ ላይ ከለውጦቹ ጋር እንጭነዋለን. ውጤቱን ለመገምገም በግምት ከ100-150 ሜትሪክስ ከቁጥጥር አገልጋዮች ናሙና ጋር የሚያነጻጽር ስርዓት እንሄዳለን።

የካናሪ ሙከራ ከተሳካ, ከዚያም ቀስ በቀስ በማዕበል እንለቃለን. በእያንዳንዱ ጣቢያ ላይ ያሉ አገልጋዮችን በተመሳሳይ ጊዜ አናዘምንም - በችግሮች ምክንያት አንድን ሙሉ ጣቢያ ማጣት በአገልግሎቱ ላይ በተለያዩ ቦታዎች ያሉ ተመሳሳይ አገልጋዮችን ከማጣት ይልቅ በተጠቃሚዎች ላይ የበለጠ ጉልህ ተፅእኖ አለው ።

በአጠቃላይ የዚህ አሰራር ውጤታማነት እና ደህንነት በተሰበሰቡት መለኪያዎች ብዛት እና ጥራት ላይ የተመሰረተ ነው. ለጥያቄ ማፋጠን ስርዓታችን፣ ከሁሉም ሊሆኑ ከሚችሉ አካላት መለኪያዎችን እንሰበስባለን፡

ከደንበኞች - የክፍለ-ጊዜዎች እና ጥያቄዎች ብዛት, የመመለሻ ተመኖች;
ፕሮክሲ - በጥያቄዎች ብዛት እና ጊዜ ላይ ስታቲስቲክስ;
ዲ ኤን ኤስ - የጥያቄዎች ቁጥር እና ውጤቶች;
የደመና ጠርዝ - በደመና ውስጥ ጥያቄዎችን ለማስኬድ ቁጥር እና ጊዜ።

ይህ ሁሉ የሚሰበሰበው ወደ አንድ የቧንቧ መስመር ነው፣ እና እንደፍላጎቱ፣ የትኛዎቹ መለኪያዎች ወደ ቅጽበታዊ ትንታኔዎች እንደሚልኩ፣ እና ለበለጠ ዝርዝር ምርመራዎች የትኛውን ወደ Elasticsearch ወይም Big Data እንወስናለን።

እንከታተላለን

በእኛ ሁኔታ፣ በደንበኛው እና በአገልጋዩ መካከል ባለው ወሳኝ የጥያቄ መንገድ ላይ ለውጦችን እያደረግን ነው። በተመሳሳይ ጊዜ, በደንበኛው, በአገልጋዩ ላይ እና በበይነመረብ በኩል ባለው መንገድ ላይ የተለያዩ ክፍሎች ብዛት በጣም ትልቅ ነው. በደንበኛው እና በአገልጋዩ ላይ ለውጦች ያለማቋረጥ ይከሰታሉ - በደርዘን የሚቆጠሩ ቡድኖች በሚሰሩበት ጊዜ እና በሥነ-ምህዳር ውስጥ ያሉ ተፈጥሯዊ ለውጦች። መሃል ላይ ነን - ችግሮችን ስንመረምር የመሳተፍ እድሉ ሰፊ ነው። ስለዚህ ችግሮችን በፍጥነት ለመለየት መለኪያዎችን እንዴት መግለፅ፣ መሰብሰብ እና መተንተን እንደምንችል በግልፅ መረዳት አለብን።

በሐሳብ ደረጃ፣ በእውነተኛ ጊዜ ለሁሉም ዓይነት መለኪያዎች እና ማጣሪያዎች ሙሉ መዳረሻ። ግን ብዙ መለኪያዎች አሉ, ስለዚህ የወጪው ጥያቄ ይነሳል. በእኛ ሁኔታ መለኪያዎችን እና የልማት መሳሪያዎችን እንደሚከተለው እንለያቸዋለን።

ችግሮችን ለመለየት እና ለመለየት የራሳችንን የክፍት ምንጭ ቅጽበታዊ ስርዓት እንጠቀማለን። የዓለምን ካርታ የያዘ መጽሐፍ и Lumen - ለዕይታ. የተዋሃዱ መለኪያዎችን በማህደረ ትውስታ ውስጥ ያከማቻል, አስተማማኝ እና ከማንቂያ ስርዓት ጋር ይዋሃዳል. ለትርጉም እና ለምርመራዎች፣ ከElasticsearch እና Kibana የምዝግብ ማስታወሻዎችን ማግኘት እንችላለን። ለስታቲስቲካዊ ትንተና እና ሞዴሊንግ በ Tableau ውስጥ ትልቅ መረጃን እና ምስላዊነትን እንጠቀማለን።

ይህ አካሄድ አብሮ ለመስራት በጣም አስቸጋሪ ይመስላል። ሆኖም መለኪያዎችን እና መሳሪያዎችን ተዋረድ በማደራጀት ችግሩን በፍጥነት መተንተን፣ የችግሩን አይነት እንወስናለን እና ከዚያም ወደ ዝርዝር መለኪያዎች መፈተሽ እንችላለን። በአጠቃላይ, የብልሽት ምንጭን ለመለየት ከ1-2 ደቂቃ ያህል እናጠፋለን. ከዚህ በኋላ, በምርመራዎች ላይ ከአንድ የተወሰነ ቡድን ጋር እንሰራለን - ከአስር ደቂቃዎች እስከ ብዙ ሰአታት.

ምርመራው በፍጥነት ቢደረግም, ይህ ብዙ ጊዜ እንዲከሰት አንፈልግም. በሐሳብ ደረጃ፣ ወሳኝ ማስጠንቀቂያ የምንቀበለው በአገልግሎቱ ላይ ከፍተኛ ተፅዕኖ ሲኖር ብቻ ነው። ለጥያቄ ማፋጠን ስርዓታችን፣ የሚያሳውቁን 2 ማንቂያዎች ብቻ አሉን፡-

የደንበኛ ውድቀት መቶኛ - የደንበኛ ባህሪ ግምገማ;
መቶኛ የመርማሪ ስህተቶች - የአውታረ መረብ ክፍሎች የመረጋጋት ውሂብ.

እነዚህ ወሳኝ ማንቂያዎች ስርዓቱ ለብዙ ተጠቃሚዎች እየሰራ መሆኑን ይቆጣጠራሉ። የጥያቄ ማጣደፍን ማግኘት ካልቻሉ ምን ያህል ደንበኞች ውድቀትን እንደተጠቀሙ እንመለከታለን። ምንም እንኳን በስርአቱ ውስጥ ብዙ ለውጦች ቢኖሩትም በአማካይ በሳምንት ከ1 ወሳኝ ማንቂያ ያነሰ እናደርጋለን። ይህ ለምን ይበቃናል?

የእኛ ተኪ ካልሰራ የደንበኛ ውድቀት አለ።
ለችግሮች ምላሽ የሚሰጥ አውቶማቲክ ስቲሪንግ ሲስተም አለ።

ስለ ሁለተኛው ተጨማሪ ዝርዝሮች. የእኛ የሙከራ ስርዓት እና ከደንበኛው ወደ ደመና የሚቀርቡ ጥያቄዎችን ጥሩውን መንገድ በራስ-ሰር ለመወሰን ስርዓቱ አንዳንድ ችግሮችን በራስ-ሰር እንድንቋቋም ያስችለናል።

ወደ እኛ ናሙና ውቅር እና ወደ 3 የመንገድ ምድቦች እንመለስ። ከመጫኛ ጊዜ በተጨማሪ የመላኪያውን እውነታ እራሱን መመልከት እንችላለን. ውሂቡን መጫን የማይቻል ከሆነ ውጤቱን በተለያዩ መንገዶች በመመልከት የት እና ምን እንደተበላሸ እና የጥያቄውን መንገድ በመቀየር በራስ-ሰር ማስተካከል እንደምንችል መወሰን እንችላለን።

ምሳሌዎች:

ይህ ሂደት በራስ-ሰር ሊሠራ ይችላል. በመሪው ስርዓት ውስጥ ያካትቱት. እና ለአፈፃፀም እና አስተማማኝነት ችግሮች ምላሽ እንዲሰጥ አስተምሩት. የሆነ ነገር መበላሸት ከጀመረ, የተሻለ አማራጭ ካለ ምላሽ ይስጡ. በተመሳሳይ ጊዜ በደንበኞች ላይ መውደቅ ምስጋና ይግባውና ፈጣን ምላሽ ወሳኝ አይደለም.

ስለዚህ የስርዓት ድጋፍ መርሆዎች እንደሚከተለው ሊቀረጹ ይችላሉ-

የብልሽት መጠን መቀነስ;
መለኪያዎችን መሰብሰብ;
ከቻልን ብልሽቶችን እናስተካክላለን;
ካልቻለ እናሳውቅዎታለን;
ለፈጣን ምላሽ በዳሽቦርዶች እና የመለያ መሳሪያዎች ስብስብ ላይ እየሰራን ነው።

የተማሩ ትምህርቶች

ፕሮቶታይፕ ለመጻፍ ብዙ ጊዜ አይፈጅበትም። በእኛ ሁኔታ, ከ 4 ወራት በኋላ ዝግጁ ነበር. በእሱ አማካኝነት አዳዲስ መለኪያዎችን አግኝተናል, እና ልማት ከተጀመረ ከ 10 ወራት በኋላ የመጀመሪያውን የምርት ትራፊክ አግኝተናል. ከዚያም አሰልቺው እና በጣም አስቸጋሪው ስራ ተጀመረ፡ ቀስ በቀስ ስርዓቱን ማምረት እና መመዘን, ዋናውን ትራፊክ ማዛወር እና ከስህተቶች መማር. ይሁን እንጂ ይህ ውጤታማ ሂደት መስመራዊ አይሆንም - ሁሉም ጥረቶች ቢኖሩም, ሁሉም ነገር ሊተነብይ አይችልም. ለአዳዲስ መረጃዎች በፍጥነት መድገም እና ምላሽ መስጠት የበለጠ ውጤታማ ነው።

ካለን ልምድ በመነሳት የሚከተሉትን እንመክራለን።

አእምሮህን አትመን።
የቡድናችን አባላት ሰፊ ልምድ ቢኖራቸውም የእኛ አስተሳሰብ ያለማቋረጥ ከሽፏል። ለምሳሌ፣ የሚጠበቀው የፍጥነት ፍጥነት የCDN ፕሮክሲን ወይም የTCP Anycast ባህሪን ከመጠቀም በስህተት ተንብየናል።
ከምርት መረጃ ያግኙ።
በተቻለ ፍጥነት ቢያንስ አነስተኛ መጠን ያለው የምርት መረጃን ማግኘት አስፈላጊ ነው. በቤተ ሙከራ ሁኔታዎች ውስጥ ልዩ የሆኑ ጉዳዮችን, ውቅሮችን እና ቅንብሮችን ቁጥር ለማግኘት ፈጽሞ የማይቻል ነው. ውጤቶቹ በፍጥነት መድረስ ስለሚችሉ ችግሮች በፍጥነት እንዲያውቁ እና በስርዓቱ አርክቴክቸር ውስጥ ግምት ውስጥ እንዲገቡ ያስችልዎታል።
የሌሎችን ምክሮች እና ውጤቶች አይከተሉ - የራስዎን ውሂብ ይሰብስቡ.
መረጃን ለመሰብሰብ እና ለመተንተን መርሆቹን ይከተሉ፣ ነገር ግን የሌሎች ሰዎችን ውጤቶች እና መግለጫዎች በጭፍን አይቀበሉ። ለተጠቃሚዎችዎ ምን እንደሚሰራ በትክክል ማወቅ የሚችሉት እርስዎ ብቻ ነዎት። የእርስዎ ስርዓቶች እና ደንበኞችዎ ከሌሎች ኩባንያዎች በእጅጉ ሊለያዩ ይችላሉ። እንደ እድል ሆኖ, የትንታኔ መሳሪያዎች አሁን ይገኛሉ እና ለመጠቀም ቀላል ናቸው. የሚያገኙት ውጤት Netflix፣ Facebook፣ Akamai እና ሌሎች ኩባንያዎች የሚናገሩትን ላይሆን ይችላል። በእኛ ሁኔታ የ TLS ፣ HTTP2 ወይም ስታቲስቲክስ በዲ ኤን ኤስ ጥያቄዎች ላይ ከ Facebook ፣ Uber ፣ Akamai ውጤቶች ጋር ይለያያል - ምክንያቱም የተለያዩ መሳሪያዎች ፣ ደንበኞች እና የውሂብ ፍሰቶች ስላለን።
የፋሽን አዝማሚያዎችን ሳያስፈልግ አይከተሉ እና ውጤታማነትን ይገምግሙ.
ቀላል ጀምር። የማያስፈልጓቸውን ክፍሎች በማዘጋጀት ብዙ ጊዜ ከማጥፋት ይልቅ ቀላል የስራ ስርዓትን በአጭር ጊዜ መስራት ይሻላል። በእርስዎ ልኬቶች እና ውጤቶች ላይ በመመስረት አስፈላጊ የሆኑ ተግባሮችን እና ችግሮችን ይፍቱ።
ለአዳዲስ መተግበሪያዎች ተዘጋጅ።
ሁሉንም ችግሮች ለመተንበይ አስቸጋሪ እንደሆነ ሁሉ, ጥቅሞቹን እና አፕሊኬሽኖቹን አስቀድመው ለመተንበይ አስቸጋሪ ነው. ከጀማሪዎች ፍንጭ ይውሰዱ - ከደንበኛ ሁኔታዎች ጋር የመላመድ ችሎታቸው። በእርስዎ ሁኔታ፣ አዳዲስ ችግሮችን እና መፍትሄዎቻቸውን ሊያገኙ ይችላሉ። በፕሮጀክታችን ውስጥ የጥያቄ መዘግየትን ለመቀነስ ግብ አውጥተናል። ነገር ግን፣ በመተንተን እና በውይይቶች ወቅት፣ ፕሮክሲ ሰርቨሮችንም መጠቀም እንደምንችል ተረድተናል፡-
- በ AWS ክልሎች ትራፊክን ሚዛን ለመጠበቅ እና ወጪዎችን ለመቀነስ;
- የሲዲኤን መረጋጋትን ሞዴል ለማድረግ;
- ዲ ኤን ኤስ ለማዋቀር;
- TLS/TCP ን ለማዋቀር።

መደምደሚያ

በሪፖርቱ ውስጥ Netflix በደንበኞች እና በደመና መካከል የበይነመረብ ጥያቄዎችን የማፋጠን ችግርን እንዴት እንደሚፈታ ገለጽኩ ። በደንበኞች ላይ የናሙና ስርዓትን በመጠቀም መረጃን እንዴት እንደምንሰበስብ እና የተሰበሰበውን ታሪካዊ መረጃ ከደንበኞች የሚቀርቡትን የምርት ጥያቄዎች በበይነመረቡ ላይ ፈጣን በሆነ መንገድ እንዴት እንደምናስተላልፍ። ይህንን ተግባር ለማሳካት የኔትወርክ ፕሮቶኮሎችን ፣የእኛን የሲዲኤን መሠረተ ልማት ፣የጀርባ አጥንት ኔትወርክ እና የዲኤንኤስ አገልጋዮችን እንዴት እንደምንጠቀም።

ነገር ግን፣ የእኛ መፍትሔ እኛ በኔትፍሊክስ ውስጥ እንዲህ ያለውን ሥርዓት እንዴት እንደተገበርን የሚያሳይ ምሳሌ ነው። ምን ሰራልን። ለእናንተ የእኔ ሪፖርት የተተገበረው ክፍል እኛ የምንከተላቸው እና ጥሩ ውጤቶችን የምናስገኝ የእድገት እና የድጋፍ መርሆዎች ናቸው.

ለችግሩ መፍትሄችን ለእርስዎ ላይስማማ ይችላል. ነገር ግን፣ የንድፈ ሃሳቡ እና የንድፍ መርሆች ይቀራሉ፣ ምንም እንኳን የእራስዎ የሲዲኤን መሠረተ ልማት ባይኖርዎትም ወይም ከእኛ በእጅጉ የሚለይ ቢሆንም።

የንግድ ጥያቄዎች ፍጥነት አስፈላጊነትም አስፈላጊ ሆኖ ይቆያል. እና ለቀላል አገልግሎት እንኳን ምርጫ ማድረግ ያስፈልግዎታል: በደመና አቅራቢዎች ፣ በአገልጋይ ቦታ ፣ በሲዲኤን እና በዲ ኤን ኤስ አቅራቢዎች መካከል። የእርስዎ ምርጫ ለደንበኞችዎ የበይነመረብ ጥያቄዎችን ውጤታማነት ላይ ተጽዕኖ ያሳድራል። እና ይህን ተጽእኖ መለካት እና መረዳት ለእርስዎ አስፈላጊ ነው.

በቀላል መፍትሄዎች ይጀምሩ, ምርቱን እንዴት እንደሚቀይሩ ያስቡ. ሲሄዱ ይማሩ እና ስርዓቱን ከደንበኞችዎ፣ ከመሠረተ ልማትዎ እና ከንግድዎ በተገኘ መረጃ ላይ በመመስረት ያሻሽሉ። በዲዛይን ሂደት ውስጥ ያልተጠበቁ ብልሽቶች ሊኖሩ እንደሚችሉ ያስቡ. እና ከዚያ የእድገት ሂደቱን ማፋጠን, የመፍትሄውን ውጤታማነት ማሻሻል, አላስፈላጊ የድጋፍ ሸክሞችን ማስወገድ እና በሰላም መተኛት ይችላሉ.

በዚህ ዓመት ጉባኤው ከጁላይ 6 እስከ 10 ይካሄዳል በመስመር ላይ ቅርጸት. ከዴቭኦፕስ አባቶች ለአንዱ ጆን ዊሊስ ራሱ ጥያቄዎችን መጠየቅ ትችላለህ!

ምንጭ: hab.com

የበይነመረብ ጥያቄዎችን ያፋጥኑ እና በሰላም ይተኛሉ።