Implementeringsalternativer for innholdsleveringsnettverk

Bemerkning

Retail Interest Group i Dynamics 365 Commerce har flyttet fra Yammer til Viva Engage. Hvis du ikke har tilgang til det nye Viva Engage-fellesskapet, kan du fylle ut dette skjemaet (https://aka.ms/JoinD365commerceVivaEngageCommunity) som skal legges til, og delta i de nyeste diskusjonene.

Denne artikkelen ser gjennom de ulike alternativene for innholdsleveringsnettverk (CDN)-implementering som du kan bruke med Microsoft Dynamics 365 Commerce-miljøer. Disse alternativene omfatter innebygde forekomster av Azure Front Door og kundeeide forekomster av Azure Front Door.

Handelskunder har flere alternativer når de vurderer hvilken CDN-tjeneste som skal brukes med handelsmiljøet. Commerce frigis med grunnleggende støtte for Azure Front Door, som dekker grunnleggende driftingskrav og egendefinerte domenekrav. For firmaer som vil ha mer kontroll og mer spesifikke sikkerhetsegenskaper, for eksempel webprogrambrannmur (WAF), kan det være best å bruke enten en kundeeid forekomst av Azure Front Door eller en ekstern CDN-tjeneste.

Du kan bruke følgende tre CDN-implementeringsalternativer med Handelsmiljøer:

  • Den Commerce-formidlede forekomsten av Azure Front Door
  • En kundeeid forekomst av Azure Front Door (for økt kontroll og ekstra sikkerhetsfunksjoner)
  • En ekstern CDN-tjeneste

Alle de tre CDN-implementeringsalternativene leverer bare dynamisk HTML-innhold fra egendefinerte domener. Commerce håndterer automatisk alle JavaScript, gjennomgripende stilark (CSS), bilder, video og annet statisk innhold via Microsoft-administrerte CDN-er. Alternativet du velger, bestemmer de operative funksjonene, kontrollfunksjonene og sikkerhetsfunksjonene som er tilgjengelige.

Illustrasjonen nedenfor viser en oversikt over Commerce-arkitekturen.

Skjermbilde av en oversikt over Handelsarkitekturen.

Hvis du vil ha mer informasjon om hvordan du definerer en forekomst av Azure Front Door for Commerce-området, kan du se Legg til CDN-støtte.

Bruke den Commerce-formidlede forekomsten av Azure Front Door

I tabellen nedenfor finner du en oversikt over fordeler og ulemper ved å bruke den Commerce-formidlede forekomsten av Azure Front Door til å administrere innholdsendepunkt.

Fordeler Ulemper
  • Forekomsten er inkludert i Commerce-kostnaden.
  • Commerce-teamet administrerer forekomsten slik at du kan utføre mindre vedlikehold, og det finnes trinn for delt oppsett.
  • Den Azure-driftede infrastrukturen er skalerbar, sikker og pålitelig.
  • Sertifikatet Transport Layer Security/Secure Sockets Layer (TLS/SSL) krever en engangskonfigurasjon og fornyes automatisk.
  • Commerce-teamet overvåker forekomsten for feil og avvik.
  • En WAF støttes ikke.
  • Det finnes ingen bestemte tilpassinger eller justeringer.
  • Forekomsten avhenger av Commerce-teamet for oppdateringer eller endringer.
  • En separat Azure Front Door-forekomst kreves for apex-domener, og ekstra arbeid kreves for å integrere apex-domener med Azure Domain Name System (DNS).
  • Ingen data om svar per sekund (RPS) eller feilfrekvensen gis til kunden.

Illustrasjonen nedenfor viser arkitekturen i forekomsten av den Commerce-formidlede forekomsten for Azure Front Door.

Skjermbilde av Azure Front Door-arkitekturen som er levert av Commercee Front Door.

Bruke en kundeeid forekomst av Azure Front Door

I tabellen nedenfor finner du en oversikt over fordeler og ulemper ved å bruke en kundeeid forekomst av Azure Front Door til å administrere innholdsendepunkt.

Fordeler Ulemper
  • Oppsettet er sikkert og enkelt å administrere.
  • Den Azure-driftede infrastrukturen er skalerbar, sikker og pålitelig.
  • Forekomsten tillater WAF-integrering og granulære regelkontroller for mer detaljert sikkerhet som er tilpasset spesielt for området.
  • Forekomsten gir bedre kontroll over TLS/SSL-sertifikater (både kundeeide og Azure Front Door-administrerte) og domenekoblinger.
  • Forekomsten tilbyr en apex-domeneløsning hvis den er parret direkte med Azure DNS.
  • Telemetri og varsling følger med.
  • TLS/SSL-sertifikatet krever et engangsoppsett og fornyes automatisk.
  • Du administrerer forekomsten selv.
  • Innledende kunnskapsoppgradering er nødvendig.

Illustrasjonen nedenfor viser en Commerce-infrastruktur som omfatter en kundeeid forekomst av Azure Front Door.

Skjermbilde av Handelsinfrastrukturen som inkluderer en kundeeid Azure Front Door-forekomst.

Bruke en ekstern CDN-tjeneste

I tabellen nedenfor finner du en oversikt over fordeler og ulemper ved bruk av en ekstern CDN-tjeneste for å administrere innholdsendepunkter.

Fordeler Ulemper
  • Dette alternativet er nyttig når det eksisterende domenet allerede er vert for en ekstern CDN.
  • Brannmur for nettbaserte apper: Avhenger av ekstern leverandør.
  • En egen kontrakt og ekstra kostnader kreves.
  • TLS/SSL kan medføre ekstra kostnader.
  • Siden tjenesten er atskilt fra Azure-skystrukturen, må du administrere annen infrastruktur.
  • Tjenesten kan kreve lengre tidsinvesteringer i endepunkts- og sikkerhetsoppsett.
  • Du administrerer tjenesten selv.
  • Du overvåker tjenesten selv.

Illustrasjonen nedenfor viser en Commerce-infrastruktur som omfatter en ekstern CDN-tjeneste.

Skjermbilde av Handelsinfrastrukturen som inkluderer en ekstern CDN-tjeneste.

Flere ressurser

Legge til støtte for et innholdsleveringsnettverk (CDN)

  • Last updated on