Saturs
- Pieticīga lietotāju bāze
- Ļoti lokalizēta lietotāju bāze
- Bez kļūdām, bez stresa - jūsu soli pa solim, kā izveidot programmatūru, kas maina dzīvi, neiznīcinot savu dzīvi
- Normatīvās un sarežģītās pārvaldības prasības
- Secinājums
Avots: Nmedia / Dreamstime.com
Izņemšana:
Satura piegādes tīkli (CDN) var būt ātrs un efektīvs veids, kā piegādāt jūsu saturu lietotājiem. Bet tie vienmēr nav labākais risinājums.
Satura piegādes tīkli (CDN) ir lielisks veids, kā paātrināt piekļuvi jūsu saturam lietotāja ekrānā vai ierīcē, piegādājot datus kešatmiņā uz tuvējiem serveriem. Kad lietotāji piekļūst vietnei, kurā iespējots CDN, viņi var ievērojami uzlabot iekraušanas ātrumu, kas arī uzlabo lietotāju pieredzi.
Datu infrastruktūras arhitektiem, kuri īpaši cenšas mazināt joslas platuma izšķērdēšanu un nodrošināt ļoti efektīvu resursu izmantošanu, CDN ir ideāls risinājums. Populārākajiem CDN ir pieejama mērogošana reāllaikā un iespēja minimizēt tīkla latentumu. Tas nozīmē, ka lietotāji datus saņem pēc iespējas īsākā laikā ar minimāliem pakešu zudumiem un jūsu resursi tiek iztērēti optimālā veidā. (Lai uzzinātu vairāk par tīkla efektivitāti, skatiet KPI lomu tīkla pārvaldībā.)
Parasti tiek uzskatīts, ka CDN ir ārkārtīgi noderīgi visās satura situācijās, nodrošinot ātrāku reakcijas laiku, izmantojot kešatmiņu un optimizējot interfeisu. Tomēr CDN nebūt nav labākais veids, kā optimizēt veiktspēju visos gadījumos.
Parasti CDN paļaujas uz vairākiem mezgliem, kas izvietoti visā pasaulē. Šajos mezglos tiek saglabāts jūsu vietnes kešatmiņā saglabātais saturs. Kad lietotāji no noteikta ģeogrāfiskā reģiona piekļūst jūsu vietnei, viņi tiek piegādāti ar kešatmiņā saglabātu saturu no tuvākā mezgla. Samazināts attālums nozīmē samazinātu turp un atpakaļ laiku, un lietotājs saņem saturu pēc iespējas mazāk laika. Tāpat, ja jūsu vietnei ir tendence saņemt milzīgu trafika slodzi vai pieaugumu, izplatīta tīkla topoloģija var darboties kā aizsardzības līdzeklis pret pārmērīgu joslas platuma patēriņu.
Raugoties uz to, CDN šķiet ļoti noderīgs rīks jebkura veida saturam. Tomēr tas ne vienmēr ir izdevīgi, it īpaši, ja jums ir īpašas vajadzības, kas izslēdz sadalītu infrastruktūru. Šeit ir daži piemēri.
Pieticīga lietotāju bāze
CDN ieviešanai ir liela jēga, ja jums ir milzīga un daudzveidīga lietotāju bāze. Bet, ja jums ir maza, mērķtiecīga un specifiska lietotāju bāze, iespējams, jums labāk noderēs citi veidi, kā uzlabot lietotāju pieredzi. Tas ir īpaši piemērojams, ja jūsu infrastruktūra apkalpo tikai nelielu lietotāju skaitu, piemēram, iekštīklu jūsu organizāciju iekšējai lietošanai, vai ja jūsu lietotāju bāze ir ļoti minimāla.
Viena alternatīva šeit ir slinka ielāde, kas lietotāja ekrānā lejupielādē minimālo satura daudzumu, tādējādi dodot lietotājam tūlītēju piekļuvi šim saturam. Pārējā satura vietā tiek saglabāti pagaidu vietturi. Kad lietotājs pāriet uz pārējo saturu, vietturi tiek piepildīti ar faktisko saturu. Šis paņēmiens nodrošina to, ka būtiskākais lietotājam tiek piegādāts nekavējoties, un pārējais saturs tiek ielādēts pēc vajadzības. Rezultāts ir vieds joslas platuma patēriņš, minimāls lapu ielādes ātrums un uzlabota lietotāja pieredze ātruma uzlabojumu dēļ.
Ļoti lokalizēta lietotāju bāze
Viena no izcilākajām CDN priekšrocībām ir tā, ka tā spēj paātrināt satura piegādi lietotājiem visā pasaulē. Bet, ja jūs orientējat savu saturu uz lietotājiem, kas atrodas noteiktā ģeogrāfiskajā reģionā, CDN izmantošana var nebūt ļoti jēga. Šādi piemēri varētu būt, ja jūs vadāt skolas vai universitātes vietni - jums, iespējams, būtu labāk nodrošināt piekļuvi no lokālās infrastruktūras, it īpaši, ja lietotāji piekļūs no tuvuma.
Bez kļūdām, bez stresa - jūsu soli pa solim, kā izveidot programmatūru, kas maina dzīvi, neiznīcinot savu dzīvi
Jūs nevarat uzlabot savas programmēšanas prasmes, kad nevienam nerūp programmatūras kvalitāte.
Šādai koncentrētai lietotāju bāzei varat eksperimentēt ar citiem veidiem, kā uzlabot lietotāju pieredzi. Piemēram, varat mēģināt savā vietnē ieviest iepriekšēju ielādi. Pirmsielāde būtībā ielādē komponentus, kuriem lietotājam vajadzētu piekļūt nākamajam. Piemēram, ja galerijā tiek parādīts viens attēls, ļoti iespējams, ka lietotājs noklikšķinās uz nākamo. Tātad iepriekšēja ielādēšana nākamo attēlu ielādē lietotāja galā, pirms lietotājs ir noklikšķinājis uz tā, tādējādi padarot to tūlīt, tiklīdz lietotājs to sasniedz. Tas ievērojami uzlabo uztverto ielādes laiku lietotāja galā.
Normatīvās un sarežģītās pārvaldības prasības
Ja jūsu organizācija apstrādā sensitīvus lietotāju datus, ir acīmredzami, ka jums būs izveidots sarežģīts pārvaldības protokols, kas paredzēts lietotāju datu aizsardzībai par katru cenu. Tas var ietvert suverenitātes prasības, kas nosaka, ka datiem vajadzētu būt noteiktas valsts fiziskajā jurisdikcijā. Šādā gadījumā CDN izvietošana var nebūt piemērota, jo tas nozīmē, ka datus var kešatmiņā glabāt serveros valstīs, kas nav jurisdikcijā, un tas varētu būt pretrunā ar suverenitātes prasībām. (Lai uzzinātu vairāk par tiem, kas ir atbildīgi par datu pārvaldību, skat. Datu vadītāju: Nākamais karstā tehnikas darbs?)
Secinājums
Tomēr CDN ir lielisks veids, kā vairumā gadījumu uzlabot vietnes ātrumu un uzticamību. Mūsdienu mākonis balstītie CDN nodrošinās arī drošības elementu slāni, tostarp darbosies kā frontes aizsardzības līnija pret uz satiksmi balstītiem uzbrukumiem un slodzes līdzsvarošana, darbojoties kā reversais starpniekserveris.
Tādējādi, kaut arī jūs, iespējams, nebaudat vissvarīgākos CDN ieguvumus ārkārtīgi lokalizētā scenārijā, šāda veida pakalpojuma ieviešana daudzos citos gadījumos radīs ievērojamus uzlabojumus.