Indstillinger for implementering af netværk for indholdslevering

Notat

Retail Interest Group efter Dynamics 365 Commerce er flyttet fra Yammer til Viva Engage. Hvis du ikke har adgang til det nye Viva Engage-community, skal du udfylde denne formular (https://aka.ms/JoinD365commerceVivaEngageCommunity), der skal tilføjes, og forblive engageret i de seneste diskussioner.

I denne artikel gennemgås de forskellige muligheder for implementering af CDN (Content Delivery Network), som du kan bruge sammen med Microsoft Dynamics 365 Commerce-miljøer. Disse indstillinger omfatter oprindelige forekomster af Azure Front Door, der leveres af Commerce, og kundeejede forekomster af Azure Front Door.

Commerce-kunder har flere muligheder, når de overvejer, hvilken CDN-tjeneste der skal bruges sammen med deres Commerce-miljø. 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.

Du kan bruge følgende tre CDN-implementeringsindstillinger med Commerce-miljøer:

• Den Commerce-leverede forekomst af Azure Front Door
• En kundeejet forekomst af Azure Front Door (til øget kontrol og ekstra 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 de driftsfunktioner, kontrolfunktioner og sikkerhedsfunktioner, der er tilgængelige.

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. Commerce-teamet administrerer forekomsten, så du kan udføre mindre vedligeholdelse, og der er delte konfigurationstrin. Infrastrukturen, der er tilknyttet Azure, er skalerbar, sikker og pålidelig. Certifikatet TLS/SSL (Transport Layer Security/Secure Sockets Layer) kræver en engangskonfiguration og fornys automatisk. Commerce-teamet overvåger forekomsten af fejl og uregelmæssigheder.

En WAF understøttes ikke. Der findes ingen specifikke tilpasninger eller indstillinger til justeringer. Forekomsten afhænger af Commerce-teamet for opdateringer eller ændringer. Der kræves en separat Forekomst af Azure Front Door til apex-domæner, og der kræves ekstra arbejde for at integrere apexdomæner med Azure Domain Name System (DNS). Der leveres ingen data om svar pr. sekund (RPS) eller fejlfrekvensen til kunden.

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 bedre kontrol over TLS/SSL-certifikater (både kundeejet og Azure Front Door-administreret) og domænelinkning. Forekomsten tilbyder en apex-domæneløsning, hvis den er parret direkte med Azure DNS. Der ydes telemetry og påmindelse. TLS/SSL-certifikatet kræver en engangskonfiguration og fornys automatisk.

Du selv administrerer forekomsten. 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 ekstra omkostninger. TLS/SSL kan medføre ekstra omkostninger. Da tjenesten er adskilt fra Azure-cloudstrukturen, skal du administrere anden infrastruktur. Tjenesten kan kræve længere tids investeringer i slutpunkt og sikkerhedsopsætning. Du selv administrerer tjenesten. Du overvåger selv tjenesten.

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)