Indhold
- Beskeden brugerbase
- Ekstremt lokaliseret brugerbase
- Ingen fejl, ingen stress - Din trinvis vejledning til oprettelse af livsændrende software uden at ødelægge dit liv
- Krav til regulering og komplekse styring
- Konklusion
Kilde: Nmedia / Dreamstime.com
Tag væk:
Indholdsleveringsnetværk (CDN'er) kan være en hurtig og effektiv måde at levere dit indhold til brugere. Men de er ikke altid den bedste mulighed.
Indholdsleveringsnetværk (CDN'er) er en fremragende måde at fremskynde adgangen til dit indhold til brugerens skærm eller enhed ved at levere data, der er cachelagret på servere i nærheden. Når brugere får adgang til et CDN-aktiveret websted, kan de få en betydelig forbedring i indlæsningshastighed, hvilket ligeledes forbedrer brugeroplevelsen.
For datainfrastrukturarkitekter, der især søger at afbøde al spild af båndbredde og sikre en yderst effektiv udnyttelse af ressourcer, er CDN'er en perfekt løsning. Top CDN'er leveres med realtids skalerbarhed og evnen til at minimere netværks latency. Dette betyder, at brugerne modtager dataene på det mindst mulige tidspunkt, med minimale pakketab, og dine ressourcer bruges på en optimal måde. (Se KPI'ernes rolle i netværksstyring for at lære mere om netværkseffektivitet.)
Det antages typisk, at CDN'er er yderst hjælpsomme i alle indholdssituationer ved at sikre en hurtigere responstid gennem cache og front-end optimering. CDN'er er dog ikke nødvendigvis den bedste måde at optimere til ydeevne i alle tilfælde.
En typisk CDN er afhængig af flere noder, der distribueres over hele kloden. Bufret indhold fra dit websted gemmes på disse noder. Når brugere fra en bestemt geografisk region får adgang til dit websted, leveres de med cache-indhold fra den nærmeste knude. Nedsat afstand betyder reduceret tur-retur tid, og brugeren modtager indholdet på mindst mulig tid. Tilsvarende, hvis dit websted er tilbøjeligt til at modtage enorme trafikbelastninger eller pigge, kan en distribueret netværkstopologi fungere som en beskyttelse mod overdreven forbrug af båndbredde.
På baggrund af det ser en CDN ud til at være et meget nyttigt værktøj til enhver form for indhold. Det er dog ikke altid fordelagtigt, især hvis du har specifikke behov, der udelukker en distribueret infrastruktur. Her er nogle eksempler.
Beskeden brugerbase
Implementering af et CDN giver meget mening, hvis du har en enorm og forskelligartet brugerbase. Men hvis du har en lille, målrettet og specifik brugerbase, kan du have det bedre med at bruge andre måder at forbedre brugeroplevelsen på. Dette er især relevant, hvis din infrastruktur kun servicerer et lille antal brugere, f.eks. Et intranet til din internas interne brug, eller hvis din brugerbase er meget minimal.
Et alternativ her er at implementere doven indlæsning, der henter den mindste mængde indhold til brugerens skærm, og derfor giver brugeren øjeblikkelig adgang til dette indhold. I stedet for resten af indholdet bevares midlertidige pladsholdere. Når brugeren flytter til resten af indholdet, udfyldes pladsholderne med det faktiske indhold. Denne teknik sikrer, at det væsentlige leveres til brugeren øjeblikkeligt, og resten af indholdet indlæses per behov. Resultatet er smart båndbreddeforbrug, mindste sidebelastningshastigheder og en forbedret brugeroplevelse på grund af hastighedsforbedringer.
Ekstremt lokaliseret brugerbase
En af de mest fremragende fordele ved et CDN er, at det er i stand til at fremskynde levering af indhold til brugere over hele kloden. Men hvis du er målrettet mod dit indhold mod brugere beliggende i en given geografisk region, er brugen af en CDN muligvis ikke meget fornuftig. Sådanne eksempler ville være, hvis du driver en skole- eller universitetswebsted - du kan have det bedre med at give adgang fra lokal infrastruktur, især hvis brugerne får adgang fra nærområdet.
Ingen fejl, ingen stress - Din trinvis vejledning til oprettelse af livsændrende software uden at ødelægge dit liv
Du kan ikke forbedre dine programmeringsevner, når ingen er interesseret i softwarekvalitet.
For en sådan koncentreret brugerbase kan du eksperimentere med andre måder at forbedre brugeroplevelsen på. Du kan f.eks. Prøve at implementere forhåndsudhentning på dit websted. Forudindhentning henter i det væsentlige komponenter, som brugeren forventes at få adgang til næste. For eksempel, hvis du viser et billede i et galleri, er det meget sandsynligt, at brugeren klikker til det næste. Så forhåndsudhentning indlæser det næste billede på brugerens ende, før brugeren har klikket på det, hvilket derved gengives med det samme, så snart brugeren når det. Dette forbedrer enormt den oplevede belastningstid ved slutningen af brugeren.
Krav til regulering og komplekse styring
Hvis din organisation håndterer følsomme brugerdata, er det indlysende, at du har en kompleks styringsprotokol på plads, der er beregnet til at beskytte brugerdata til enhver pris. Dette kan omfatte suverænitetskrav, der kræver, at data skal forblive inden for et bestemt lands fysiske jurisdiktion. I et sådant tilfælde kan implementering af en CDN muligvis ikke nødvendigvis være en god pasform, da dette betyder, at data kan cacher på servere i lande uden for jurisdiktion, hvilket kan stride mod suverænitetskrav. (Se Chief Data Officer: Det næste Hot Tech-job for mere om dem, der er ansvarlige for datastyring)
Konklusion
Stadig er CDN'er en fantastisk måde at forbedre webstedshastighed og pålidelighed i de fleste tilfælde. Moderne skybaserede CDN'er vil også give et lag af sikkerhedsfunktioner, herunder fungere som en frontlinie af forsvar mod trafikbaserede angreb og belastningsbalancering ved at fungere som en omvendt proxy.
Selvom du muligvis ikke nyder de mest vitale fordele ved et CDN i et ekstremt lokaliseret scenarie, vil implementering af denne form for service medføre betydelige forbedringer i mange andre tilfælde.