AWS mākoņu ekonomika AWS apmācība iesācējiem Vienkārši mācīties

Mūsu tīmekļa sistēmā izmantojiet trešās puses cdn pakalpojumu. Pieņemsim, ka lietotājs ir iestatījis vietējo dns ar googledns vai opendns, lai apmeklētu mūsu vietnes, tāpēc cdn pakalpojums izvēlēsies tuvāko cdn starpniekservera mezglu. labi, bet patiesībā lietotāja faktiskā piekļuves pozīcija varētu būt ārpus tās, cdn pakalpojums var izvēlēties to, kas atrodas vistālāk no lietotāja mezgla, tāpēc statiskā piekļuve resursiem ir lēnāka.

Pašlaik mana ideja ir tāda, ja lietotāja vietējais iestatītu DNS serveri ar googledns, un tad vispirms mēs iegūstam lietotāja faktisko IP adresi, tracerote, lai pārbaudītu labākās maršrutēšanas līnijas, izveidotu sīkfailu lietotāja pārlūkprogrammā un pēc tam iestatītu 302 galveni lai atbilde pārietu uz labāko CDN mezglu.

Vai lietotāja pārlūka puses traceroute rīks var nodrošināt vislabāko maršruta lēmumu pieņemšanu?

Tā kā mēs uzskatām, ka, tiklīdz lietotājam jāiestata vietējais dns serveris ar ārzemju tīkla segmentu, piemēram: iestatiet dns ar 8.8.8.8, tāpēc cdn maršrutēšana izvēlēsies ārvalstu pakalpojumu mezglu.

Lielie CDN tīkli veic dažādus maršrutēšanas trikus, lai mēģinātu nodrošināt, ka lietotājs sazinās ar tuvāko starpniekserveri. Tas parasti jums nav redzams, tāpēc, kamēr jūs ļaujat CDN pārvaldīt reklamētās DNS adreses un ļaujat CDN veikt savu darbu, tai vajadzētu darīt visu iespējamo.

  • Tomēr, ja vietējais dns ir iestatīts uz opendns vai googledns, cdn pakalpojumu sniedzēji saskaņā ar dns adrešu lietotāja statisko resursu lietotāju kopu novirza uz ārzemju cdn mezgliem. Patiesībā tas ir vistālāk no lietotāja.

Es domāju, ka patiesais jautājums, kuru vēlaties uzdot, ir šāds: kāpēc latentums ir tik ļoti satraucošs manā pieteikumā?

Ja vien jūs darāt kaut ko patiešām specializētu, es šaubos, vai jums par to tiešām jāuztraucas.

Atcerieties arī, ka arī jūsu darbības nav bezmaksas! Jūs liekat lietotājam gaidīt, kamēr jūsu "diagnostika" optimizē labāko tīkla ceļu.

  • Vai ir kāds veids, kā uzlabot CDN maršrutēšanas kvalitāti?

Izņemot dažus ievērojamus izņēmumus, ātrie CDN izmanto vai nu Anycast, kas ir "tīrs tīkls" (DNS nedarbojas), vai EDNS-SUBNET (atbalsta OpenDNS un Google publiskais DNS pakalpojums), vai arī abu kombināciju, lai apietu šo problēmu. izdevums.

strādāja par jums: Charles Robertson | Vēlies ar mums sazināties?