Innholdsleveringsnettverk (CDN-er)

Artikkel
12/27/2023

Denne artikkelen gjelder for Microsoft 365 Enterprise.

CDN-er bidrar til å holde Microsoft 365 raskt og pålitelig for sluttbrukere. Skytjenester som Microsoft 365 bruker CDN-er til å bufre statiske ressurser nærmere nettlesere som ber dem om å øke hastigheten på nedlastinger og redusere oppfattet ventetid for sluttbrukere. Informasjonen i denne artikkelen hjelper deg med å lære om Innholdsleveringsnettverk (CDN-er) og hvordan de brukes av Microsoft 365.

Hva er egentlig en CDN?

En CDN er et geografisk distribuert nettverk som består av proxy- og filservere i datasentre som er koblet til av høyhastighets ryggradsnettverk. CDN-er brukes til å redusere ventetid og innlastingstider for et angitt sett med filer og objekter på et nettsted eller en tjeneste. En CDN kan ha mange tusen endepunkter for optimal service av innkommende forespørsler fra en hvilken som helst plassering.

CDN-er brukes ofte til å gi raskere nedlastinger av generisk innhold for et nettsted eller en tjeneste, for eksempel JavaScript-filer, ikoner og bilder, og kan også gi privat tilgang til brukerinnhold, for eksempel filer i SharePoint-dokumentbiblioteker, filer for strømming av medier og egendefinert kode.

CDN-er brukes av de fleste skytjenester for bedrifter. Skytjenester som Microsoft 365 har millioner av kunder som laster ned en blanding av rettighetsbeskyttet innhold (for eksempel e-postmeldinger) og generisk innhold (for eksempel ikoner) samtidig. Det er mer effektivt å plassere bilder som alle bruker, for eksempel ikoner, så nær brukerens datamaskin som mulig. Det er ikke praktisk for alle skytjenester å bygge CDN-datasentre som lagrer dette generiske innholdet i alle storbyområder, eller til og med i alle større Internett-huber rundt om i verden, så noen av disse CDN-ene deles.

Hvordan får CDN-er tjenestene til å fungere raskere?

Nedlasting av vanlige objekter som nettstedsbilder og ikoner om og om igjen kan ta opp nettverksbåndbredde som kan brukes bedre til å laste ned viktig personlig innhold, for eksempel e-post eller dokumenter. Siden Microsoft 365 bruker en arkitektur som inkluderer CDN-er, kan ikoner, skript og annet generisk innhold lastes ned fra servere nærmere klientdatamaskiner, noe som gjør nedlastingene raskere. Dette betyr raskere tilgang til ditt personlige innhold, som er sikkert lagret i Microsoft 365-datasentre.

CDN-er bidrar til å forbedre ytelsen til skytjenesten på flere måter:

CDN-er flytter deler av nettverket og nedlastingsbyrden bort fra skytjenesten, og frigjør skytjenesteressurser for å betjene brukerinnhold og andre tjenester ved å redusere behovet for å betjene forespørsler om statiske ressurser.
CDN-er er spesialbygd for å gi filtilgang med lav ventetid ved å implementere nettverk og filservere med høy ytelse, og ved å utnytte oppdaterte nettverksprotokoller som HTTP/2 med svært effektiv komprimering og forespørselsmultmultring.
CDN-nettverk bruker mange globalt distribuerte endepunkter for å gjøre innhold tilgjengelig så nært som mulig for brukere.

The Microsoft 365 CDN

Det innebygde Microsoft 365 Content Delivery Network (CDN) gjør det mulig for Microsoft 365-administratorer å gi bedre ytelse for organisasjonens SharePoint-sider ved å bufre statiske ressurser nærmere nettleserne som ber om dem, noe som bidrar til å øke hastigheten på nedlastinger og redusere ventetiden. Microsoft 365 CDN bruker HTTP/2-protokollen for bedre komprimerings- og nedlastingshastigheter.

Obs!

Microsoft 365 CDN er bare tilgjengelig for leiere i produksjonsskyen (verdensomspennende). Tenanter i skyene US Government, Kina og Tyskland støtter for øyeblikket ikke CdN for Microsoft 365.

Microsoft 365 CDN består av flere CDN-er som lar deg være vert for statiske ressurser på flere steder, eller opprinnelse, og betjene dem fra globale høyhastighetsnettverk. Avhengig av hvilken type innhold du vil være vert for i Microsoft 365 CDN, kan du legge til offentlig opprinnelse, privat opprinnelse eller begge deler.

Konseptdiagram for Microsoft 365 CDN.

Innhold i offentlig opprinnelse i Microsoft 365 CDN er tilgjengelig anonymt og kan nås av alle som har nettadresser til vertsbaserte ressurser. Fordi tilgang til innhold i offentlig opprinnelse er anonym, bør du bare bruke dem til å bufre ikke-sensitive generisk innhold, for eksempel JavaScript-filer, skript, ikoner og bilder. Microsoft 365 CDN brukes som standard til å laste ned generiske ressursressurser som Microsoft 365-klientprogrammer fra en offentlig opprinnelse.

Privat opprinnelse i Microsoft 365 CDN gir privat tilgang til brukerinnhold, for eksempel SharePoint-dokumentbiblioteker, nettsteder og rettighetsbeskyttede bilder. Tilgang til innhold i privat opprinnelse er sikret med dynamisk genererte tokener, slik at det bare kan åpnes av brukere med tillatelser til det opprinnelige dokumentbiblioteket eller lagringsplasseringen. Privat opprinnelse i Microsoft 365 CDN kan bare brukes for SharePoint-innhold, og du kan bare få tilgang til ressurser gjennom omadressering fra SharePoint-leieren.

CDN-tjenesten for Microsoft 365 er inkludert som en del av SharePoint-abonnementet.

Hvis du vil ha mer informasjon om hvordan du bruker Microsoft 365 CDN, kan du se Bruke innholdsleveringsnettverket for Microsoft 365 med SharePoint.

Hvis du vil se en serie med korte videoer som gir konseptuell informasjon og HOWTO-informasjon om hvordan du bruker Microsoft 365 CDN, kan du gå til YouTube-kanalen For utviklere og fremgangsmåter i SharePoint.

Andre Microsoft CDN-er

Selv om du ikke er en del av Microsoft 365 CDN, kan du bruke disse CDN-ene i Microsoft 365-leieren for tilgang til SharePoint-utviklingsbiblioteker, egendefinert kode og andre formål som faller utenfor omfanget til Microsoft 365 CDN.

Azure CDN

Obs!

Fra og med 3. kvartal 2020 begynner SharePoint å bufre videoer på Azure CDN for å støtte forbedret videoavspilling og pålitelighet. Populære videoer strømmes fra CDN-endepunktet nærmest brukeren. Disse dataene forblir innenfor grensen for Microsoft Purview. Dette er en gratis tjeneste for alle leiere, og det krever ingen kundehandling for å konfigurere.

Du kan bruke Azure CDN til å distribuere din egen CDN-forekomst for å drifte egendefinerte nettdeler, biblioteker og andre ressursressurser, som gir deg mulighet til å bruke tilgangstaster på CDN-lagring og få større kontroll over CDN-konfigurasjonen. Bruk av Azure CDN er ikke gratis, og krever et Azure-abonnement.

Hvis du vil ha mer informasjon om hvordan du konfigurerer en Azure CDN-forekomst, kan du se Hurtigstart: Integrere en Azure-lagringskonto med Azure CDN.

Hvis du vil ha et eksempel på hvordan Azure CDN kan brukes til å være vert for SharePoint-nettdeler, kan du se Distribuere nettdelen på klientsiden for SharePoint til Azure CDN.

Hvis du vil ha informasjon om Azure CDN PowerShell-modulen, kan du se Administrere Azure CDN med PowerShell.

Microsoft Ajax CDN

Microsofts Ajax CDN er en skrivebeskyttet CDN som tilbyr mange populære utviklingsbiblioteker, inkludert jQuery (og alle de andre bibliotekene), ASP.NET Ajax, Bootstrap, Knockout.js og andre.

Hvis du vil inkludere disse skriptene i prosjektet, erstatter du alle referanser til disse offentlig tilgjengelige bibliotekene med referanser til CDN-adressen i stedet for å inkludere dem i selve prosjektet. Bruk for eksempel følgende kode til å koble til jQuery:

<script src=https://ajax.aspnetcdn.com/ajax/jquery-2.1.1.js> </script>

Hvis du vil ha mer informasjon om hvordan du bruker Microsoft Ajax CDN, kan du se Microsoft Ajax CDN.

Hvordan bruker Microsoft 365 innhold fra en CDN?

Uavhengig av hvilken CDN du konfigurerer for Microsoft 365-leieren, er den grunnleggende datahentingsprosessen den samme.

Klienten (en nettleser eller et Office-klientprogram) ber om data fra Microsoft 365.
Microsoft 365 returnerer enten dataene direkte til klienten, eller, hvis dataene er en del av et sett med innhold som driftes av CDN, omdirigerer klienten til CDN-nettadressen.

a. Hvis dataene allerede er hurtigbufret i en offentlig opprinnelse, laster klienten ned dataene direkte fra nærmeste CDN-plassering til klienten.

b. Hvis dataene allerede er hurtigbufret i en privat opprinnelse, kontrollerer CDN-tjenesten microsoft 365-brukerkontoens tillatelser for opprinnelsen. Hvis du har tillatelser, genererer SharePoint dynamisk en egendefinert nettadresse som består av banen til aktivumet i CDN og to tilgangstokener, og returnerer den egendefinerte nettadressen til klienten. Klienten laster deretter ned dataene direkte fra nærmeste CDN-plassering til klienten ved hjelp av den egendefinerte nettadressen.
Hvis dataene ikke bufres på CDN, ber CDN-noden om dataene fra Microsoft 365 og bufrer deretter dataene for tid etter at klienten har lastet ned dataene.

CDN finner det nærmeste datasenteret til brukerens nettleser, og laster ned de forespurte dataene derfra ved hjelp av omadressering. CDN-omadressering er rask, og kan spare brukere mye nedlastingstid.

Hvordan bør jeg konfigurere nettverket slik at CDN-er fungerer best med Microsoft 365?

Minimering av ventetid mellom klienter på nettverket og CDN-endepunkter er det viktigste hensynet for å sikre optimal ytelse. Du kan bruke de anbefalte fremgangsmåtene som er beskrevet i administrasjon av Microsoft 365-endepunkter , for å sikre at nettverkskonfigurasjonen tillater klientnettlesere å få direkte tilgang til CDN i stedet for å rute CDN-trafikk gjennom sentrale proxyer for å unngå å introdusere unødvendig ventetid.

Du kan også lese prinsipper for nettverkstilkobling for Microsoft 365 for å forstå konseptene bak optimalisering av nettverksytelsen i Microsoft 365.

Finnes det en liste over alle CDN-ene som Microsoft 365 bruker?

CDN-ene som brukes av Microsoft 365, kan alltid endres, og i mange tilfeller er det flere CDN-partnere som er konfigurert i tilfelle én er utilgjengelig. De primære CDN-ene som brukes av Microsoft 365, er:

CDN	Firma	Bruk	Link
Microsoft 365 CDN	Microsoft Azure	Generiske ressurser i offentlig opprinnelse, SharePoint-brukerinnhold i privat opprinnelse	Microsoft Azure CDN
Azure CDN	Microsoft	Egendefinert kode, SharePoint Framework løsninger	Microsoft Azure CDN
Microsoft Ajax CDN (skrivebeskyttet)	Microsoft	Vanlige biblioteker for Ajax, jQuery, ASP.NET, Bootstrap, Knockout.js osv.	Microsoft Ajax CDN

Hvilke ytelsesgevinster gir en CDN?

Det er mange faktorer som er involvert i å måle bestemte forskjeller i ytelse mellom data som lastes ned direkte fra Microsoft 365 og data som lastes ned fra en bestemt CDN, for eksempel plasseringen din i forhold til leieren og til nærmeste CDN-endepunkt, antall ressurser på en side som betjenes av CDN, og midlertidige endringer i nettverksventetid og båndbredde. En enkel A/B-test kan imidlertid bidra til å vise forskjellen i nedlastingstid for en bestemt fil.

Følgende skjermbilder illustrerer forskjellen i nedlastingshastigheten mellom den opprinnelige filplasseringen i Microsoft 365 og den samme filen som ligger på Microsoft Ajax Content Delivery Network. Disse skjermbildene er fra Nettverk-fanen i utviklerverktøyene i Internet Explorer 11. Disse skjermbildene viser ventetiden på det populære biblioteket jQuery. Hvis du vil åpne denne skjermen, trykker du F12 i Internet Explorer og velger Nettverk-fanen , som er symbolisert med et Wi-Fi-ikon.

Skjermbilde av F12 Network.

Dette skjermbildet viser biblioteket som er lastet opp til galleriet for hoveddokumenter på selve SharePoint-området. Tiden det tok å laste opp biblioteket er 1,51 sekunder.

Skjermbilde av innlastingstiden 1.51s.

Det andre skjermbildet viser den samme filen levert av Microsofts CDN. Denne gangen er ventetiden rundt 496 millisekunder. Dette er en stor forbedring og viser at et helt sekund er barbert av den totale tiden det tar å laste ned objektet.

Skjermbilde av innlastingstidene på 469 ms.

Er dataene mine trygge?

Vi tar stor forsiktighet for å beskytte dataene som driver bedriften din. Data som er lagret i Microsoft 365 CDN, krypteres både i transitt og inaktiv, og tilgang til data i Microsoft 365 SharePoint CDN sikres av Microsoft 365-brukertillatelser og tokenautorisasjon. Forespørsler om data i Microsoft 365 SharePoint CDN må henvises (omdirigeres) fra Microsoft 365-leieren, ellers genereres ikke et godkjenningstoken.

For å sikre at dataene forblir sikre, anbefaler vi at du aldri lagrer brukerinnhold eller andre sensitive data i en offentlig CDN. Fordi tilgang til data i en offentlig CDN er anonym, bør offentlige CDN-er bare brukes til å være vert for generisk innhold, for eksempel nettskriptfiler, ikoner, bilder og andre ikke-sensitive ressurser.

Obs!

Tredjeparts CDN-leverandører kan ha standarder for personvern og samsvar som skiller seg fra forpliktelsene som er beskrevet av Klareringssenter for Microsoft 365. Data som bufres gjennom CDN-tjenesten, er kanskje ikke i samsvar med vilkårene for Microsoft Data Processing (DPT), og kan være utenfor samsvarsgrensene for Microsoft 365 Trust Center.

Hvis du vil ha detaljert informasjon om personvern og databeskyttelse for Microsoft 365 CDN-leverandører, kan du gå til følgende:

Mer informasjon om personvern og databeskyttelse for Microsoft 365 på Klareringssenter for Microsoft
Mer informasjon om Akamais personvern og databeskyttelse ved Akamai Privacy Trust Center
Mer informasjon om azure-personvern og databeskyttelse i Azure Trust Center

Hvordan kan jeg sikre nettverket mitt med alle disse tredjepartstjenestene?

Ved hjelp av et omfattende sett med partnertjenester kan Microsoft 365 skalere og oppfylle tilgjengelighetskrav og forbedre brukeropplevelsen når du bruker Microsoft 365. Tredjepartstjenestene Microsoft 365 benytter inkluderer begge sertifikatopphevelsede lister. for eksempel crl.microsoft.com eller sa.symcb.com og CDN-er. for eksempel r3.res.outlook.com. Hver CDN FQDN generert av Microsoft 365 er et egendefinert FQDN for Microsoft 365. Hvis du blir sendt til en FQDN på forespørsel fra Microsoft 365, kan du være trygg på at CDN-leverandøren kontrollerer FQDN og det underliggende innholdet på denne plasseringen.

For kunder som ønsker å skille forespørsler som er ment for et Microsoft 365-datasenter fra forespørsler som er ment for en tredjepart, har vi skrevet opp veiledning om administrasjon av Microsoft 365-endepunkter.

Finnes det en liste over alle FQDN-er som drar nytte av CDN-er?

Listen over FQDN-er og hvordan de utnytter CDN-er endres over tid. Se siden for publiserte Nettadresser og IP-adresseområder for Microsoft 365 for å komme oppdatert på de nyeste FQDN-ene som drar nytte av CDN-er.

Du kan også bruke Microsoft 365 IP-adressen og nettadressewebtjenesten til å be om gjeldende Nettadresser og IP-adresseområder for Microsoft 365 som er formatert som CSV eller JSON.

Kan jeg bruke min egen CDN og bufre innhold på det lokale nettverket?

Vi ser kontinuerlig etter nye måter å støtte kundenes behov på, og utforsker for øyeblikket bruken av hurtigbufring av proxy-løsninger og andre lokale CDN-løsninger.

Selv om det ikke er en del av Microsoft 365 CDN, kan du også bruke Azure CDN til å drifte egendefinerte nettdeler, biblioteker og andre ressursressurser, noe som gir deg mulighet til å bruke tilgangstaster på CDN-lagring og få større kontroll over CDN-konfigurasjonen. Bruk av Azure CDN er ikke gratis, og krever et Azure-abonnement. Hvis du vil ha mer informasjon om hvordan du konfigurerer en Azure CDN-forekomst, kan du se Hurtigstart: Integrere en Azure-lagringskonto med Azure CDN.

Jeg bruker Azure ExpressRoute for Microsoft 365, endrer det ting?

Azure ExpressRoute for Microsoft 365 tilbyr en dedikert tilkobling til Microsoft 365-infrastruktur som er atskilt fra offentlig Internett. Dette betyr at klienter fremdeles må koble til via ikke-ExpressRoute-tilkoblinger for å koble til CDN-er og annen Microsoft-infrastruktur som ikke er eksplisitt inkludert i listen over tjenester som støttes av ExpressRoute. Hvis du vil ha mer informasjon om hvordan du ruter spesifikk trafikk, for eksempel forespørsler som er ment for CDN-er, kan du se Implementing ExpressRoute for Microsoft 365.

Kan jeg bruke CDN-er med SharePoint Server lokalt?

Det er bare fornuftig å bruke CDN-er i en SharePoint-kontekst og bør unngås med SharePoint Server. Dette er fordi alle fordelene rundt geografisk plassering ikke holder sann hvis serveren befinner seg lokalt eller geografisk nær likevel. I tillegg, hvis det er en nettverkstilkobling til serverne der det er vert, kan nettstedet brukes uten en Internett-tilkobling og kan derfor ikke hente CDN-filene. Ellers bør du bruke en CDN hvis det er en tilgjengelig og stabil for biblioteket og filene du trenger for nettstedet.