Indstillinger for implementering af netværk for indholdslevering

Denne artikel gennemgår de forskellige indstillinger for CDN-implementering (Content Delivery Network), der kan bruges i Microsoft Dynamics 365 Commerce-miljøer. Disse indstillinger inkluderer oprindelige forekomster af Azure Front Door fra Commerce og forekomster, der ejes af kunden, på Azure Front Door.

Handelskunder har adskillige valgmuligheder, når de overvejer, hvilken CDN-tjeneste der skal bruges sammen med deres handelsmiljø. Handel udgives med grundlæggende understøttelse af Azure Front Door, der dækker grundlæggende vært og brugerdefinerede domænekrav. For firmaer, der ønsker mere kontrol og mere specifikke sikkerhedsevner, som f.eks. en WAF (Web Application Firewall), kan den bedste løsning være enten at bruge en kundeejet forekomst af Azure Front Door eller en ekstern CDN-tjeneste.

Følgende tre indstillinger for implementering af CDN kan bruges sammen med handelsmiljøer:

• Den Commerce-leverede forekomst af Azure Front Door
• En kundeejet forekomst af Azure Front Door (for at øge styringen og flere sikkerhedsfunktioner)
• En ekstern CDN-tjeneste

Alle tre indstillinger for implementeringen af CDN leverer kun dynamisk HTML-indhold fra brugerdefinerede domæner. Ved handel administreres automatisk alle JavaScript, overlappende typografiark (CSS), billeder, video og andet statisk indhold via Microsoft-administrerede CDN'er. Den indstilling, du vælger, bestemmer, hvilke driftsfunktioner, kontrolegenskaber og yderligere sikkerhedsegenskaber der er til rådighed.

I følgende illustration vises en oversigt over Commerce-arkitekturen.

Yderligere oplysninger om, hvordan du konfigurerer en forekomst af Azure Front Door til dit handelswebsted, finder du under Add CDN Support.

Brug den Commerce-leverede forekomst af Azure Front Door

Følgende tabel indeholder de professionelle og medarbejdere ved at bruge den forekomst af Azure Front Door, der er leveret af Azure Front Door, til at administrere indholdsslutpunkter.

Fordele

Ulemper

Forekomsten er medtaget i Commerce-omkostningen. Da forekomsten administreres af Commerce-teamet, kræves der mindre vedligeholdelse, og der er delte opsætningstrin. Infrastrukturen, der er tilknyttet Azure, er skalerbar, sikker og pålidelig. SSL-certifikatet (Secure Sockets Layer) kræver en engangsopsætning, og det fornys automatisk. Forekomsten overvåges for fejl og afvigelser af Commerce-teamet.

WAF understøttes ikke. Der findes ingen specifikke tilpasninger eller indstillinger til justeringer. Forekomsten afhænger af Commerce-teamet for opdateringer eller ændringer. Der skal bruges en separat forekomst af Azure Front Door til apex-domæner og ekstra arbejde for at integrere apex-domæner med Azure DNS. Kunden får ingen telemetri for svar pr. anden (RPS) eller fejlprocent.

I følgende illustration vises arkitekturen for den Azure Front Door-forekomst, der leveres af Commerce.

Bruge en Azure Front Door-forekomst, der ejes af kunden

Følgende tabel indeholder de fordele og ulemper ved at bruge den kundeejede forekomst af Azure Front Door til at administrere indholdsslutpunkter.

Fordele

Ulemper

Opsætningen er sikker og let at administrere. Infrastrukturen, der er tilknyttet Azure, er skalerbar, sikker og pålidelig. Forekomsten giver mulighed for WAF-integration og granuleringsregelkontrol til sikkerhed i finmasket klasse, der specifikt bruges til dit sted. Forekomsten giver mulighed for bedre styring af SSL-certifikater (både kundeejet og Azure Front Door-administreret) og domænelinks. Forekomsten indeholder en apex-domæneløsning, hvis den er knyttet direkte til Azure DNS. Der ydes telemetry og påmindelse. SSL-certifikatet (Secure Sockets Layer) kræver en engangsopsætning, og det fornys automatisk.

Forekomsten er selvadministreret. Første viden-opkørsel er påkrævet.

I følgende illustration vises en handelsinfrastruktur, der omfatter en forekomst af Azure Front Door, der ejes af kunden.

Brug en ekstern CDN-tjeneste

Følgende tabel indeholder fordele og ulemper ved at bruge en ekstern CDN-tjeneste til at administrere indholdsslutpunkter.

Fordele	Ulemper
Denne indstilling er nyttig, når det eksisterende domæne allerede er tilknyttet et eksternt CDN. WAF: Afhænger af ekstern udbyder.	Der kræves en separat kontrakt og yderligere omkostninger. SSL kan medføre yderligere omkostninger. Da tjenesten er adskilt fra Azure-skystrukturen, skal den ekstra infrastruktur administreres. Tjenesten kan kræve længere tids investeringer i slutpunkt og sikkerhedsopsætning. Tjenesten er selvadministreret. Tjenesten er selvovervåget.

I følgende illustration vises en handelsinfrastruktur, der omfatter en ekstern CDN-tjeneste.

Yderligere ressourcer

Tilføje understøttelse af et netværk, der leverer indhold (CDN)