3 olukorda, kus teil on parem CDN-i mitte kasutada

Autor: Roger Morrison
Loomise Kuupäev: 22 September 2021
Värskenduse Kuupäev: 1 Juuli 2024
Anonim
the famous cream frosting 3 MILK! Stable with the taste of baked MILK!
Videot: the famous cream frosting 3 MILK! Stable with the taste of baked MILK!

Sisu


Allikas: Nmedia / Dreamstime.com

Ära võtma:

Sisu edastamise võrgud (CDN) võivad olla kiire ja tõhus viis oma sisu kasutajateni toimetamiseks. Kuid need pole alati parim valik.

Sisu edastamise võrgud (CDN-d) on suurepärane viis kiirendada teie sisule juurdepääsu kasutaja ekraanile või seadmele, edastades andmeid vahemällu lähedalasuvates serverites. Kui kasutajad pääsevad juurde CDN-toega veebisaidile, saavad nad laadimiskiirust märkimisväärselt parandada, mis samuti parandab kasutajakogemust.

Andmeinfrastruktuuri arhitektide jaoks, kes soovivad eriti vähendada ribalaiuse raiskamist ja tagada ressursside ülimalt tõhus kasutamine, on CDN-id ideaalne lahendus. Kõige populaarsemad CDN-id on mastaapsusega reaalajas ja võimaldavad minimeerida võrgu latentsusaega. See tähendab, et kasutajad saavad andmed võimalikult lühikese aja jooksul, minimaalsete pakettakadudega ja teie ressursid kulutatakse optimaalselt. (Lisateavet võrgutõhususe kohta leiate jaotisest KPI-de roll võrguhalduses.)


Tavaliselt arvatakse, et CDN-id on tohutult abiks kõigis sisusituatsioonides, tagades vahemällu salvestamise ja kasutajaliidese optimeerimise kaudu kiirema reageerimisaja. CDN-id ei ole aga tingimata parim viis toimivuse optimeerimiseks igal juhul.

Tüüpiline CDN tugineb mitmetele sõlmedele, mis on jaotatud kogu maailmas. Nendes sõlmedes hoitakse teie saidi vahemällu salvestatud sisu. Kui kindla geograafilise piirkonna kasutajad teie saidile pääsevad, tarnitakse nad lähimasse sõlme vahemällu salvestatud sisuga. Vähendatud vahemaa tähendab lühendatud edasi-tagasi aega ja kasutaja saab sisu kätte võimalikult lühikese aja jooksul. Sarnaselt, kui teie sait kipub vastu võtma suuri liikluskoormusi või naelu, võib hajutatud võrgu topoloogia kaitsta ülemäärase ribalaiuse tarbimise eest.

CDN näib olevat väga kasulik vahend igasuguse sisu korral. Kuid see pole alati kasulik, eriti kui teil on spetsiifilisi vajadusi, mis välistavad hajutatud infrastruktuuri. Siin on mõned näidised.


Tagasihoidlik kasutajabaas

CDN-i juurutamine on palju mõtet, kui teil on tohutu ja mitmekesine kasutajaskond. Kuid kui teil on väike, sihitud ja konkreetne kasutajabaas, võiksite paremini kasutada muid võimalusi kasutajakogemuse parandamiseks. See on eriti kohaldatav juhul, kui teie infrastruktuur teenindab ainult väikest arvu kasutajaid, näiteks sisevõrku teie organisatsiooni sisemiseks kasutamiseks, või kui teie kasutajaskond on väga minimaalne.

Üks alternatiiv on siin laisa laadimise rakendamine, mis laadib kasutaja ekraanile minimaalse hulga sisu, andes kasutajale koheselt juurdepääsu sellele sisule. Ülejäänud sisu asemel säilitatakse ajutised kohahoidjad. Kui kasutaja liigub ülejäänud sisule, täidetakse kohahoidjad tegeliku sisuga. See tehnika tagab, et olulised andmed pakutakse kasutajale koheselt ja kogu ülejäänud sisu laaditakse vastavalt vajadusele. Tulemuseks on nutikas ribalaiuse tarbimine, minimaalsed lehe laadimiskiirused ja kiiruse täiustuste tõttu paranenud kasutajakogemus.

Äärmiselt lokaliseeritud kasutajabaas

CDN-i üks silmapaistvamaid eeliseid on see, et see suudab kiirendada sisu edastamist kasutajatele kogu maailmas. Kuid kui sihite oma sisu kasutajatele, kes asuvad konkreetses geograafilises piirkonnas, ei pruugi CDN-i kasutamine olla palju mõtet. Sellised näited võiksid olla kooli või ülikooli veebisaidi haldamine - võib-olla soovitaksite paremini pakkuda juurdepääsu asutusesisesele infrastruktuurile, eriti kui kasutajad pääsevad juurde läheduses asuvale võrgule.

Pole vigu ega stressi - teie samm-sammuline juhend elumuutva tarkvara loomiseks ilma oma elu hävitamata

Te ei saa oma programmeerimisoskusi parandada, kui keegi tarkvara kvaliteedist ei hooli.

Sellise kontsentreeritud kasutajabaasi jaoks saate katsetada muid võimalusi kasutajakogemuse parandamiseks. Võite proovida näiteks oma saidil eeltoomist rakendada. Eellahitamine tõmbab sisuliselt komponendid, millele kasutajalt eeldatakse järgmise juurdepääsu. Näiteks kui kuvate ühte pilti galeriis, klõpsab kasutaja suure tõenäosusega järgmist. Nii laadib eellaadimine järgmise pildi kasutaja lõppu enne, kui kasutaja on sellel klõpsanud, muutes selle kohe, kui kasutaja sellele jõuab. See parandab tunduvalt laadimisaega kasutaja otsas.

Regulatiivsed ja keerulised juhtimisnõuded

Kui teie organisatsioon töötleb tundlikke kasutajaandmeid, on ilmne, et teil on olemas keeruline haldusprotokoll, mis on mõeldud kasutajaandmete kaitsmiseks iga hinna eest. See võib hõlmata suveräänsusnõudeid, mis kohustavad andmeid säilitama teatud riigi füüsilises jurisdiktsioonis. Sel juhul ei pruugi CDN-i juurutamine tingimata sobiv olla, kuna see tähendab, et andmeid saab vahemällu salvestada väljaspool jurisdiktsiooni asuvates riikides asuvates serverites, mis võib minna vastuollu suveräänsuse nõuetega. (Lisateavet andmehalduse eest vastutajate kohta leiate andmejuhatajalt: The Next Hot Tech Job?)

Järeldus

Siiski on CDN-id enamikul juhtudel suurepärane viis veebisaidi kiiruse ja töökindluse parandamiseks. Kaasaegsed pilvepõhised CDN-id pakuvad ka turvaelementide kihti, sealhulgas toimivad kaitseliinina liikluspõhiste rünnakute vastu ja koormuse tasakaalustamisel, toimides vastupidise puhverserverina.

Ehkki te ei pruugi CDN-i kõige elulisemaid eeliseid nautida äärmiselt lokaliseeritud stsenaariumi korral, on sellist tüüpi teenuse juurutamisel paljudel muudel juhtudel olulisi parandusi.