Del via

Implementeringsalternativer for innholdsleveringsnettverk

  • Artikkel

Denne artikkelen gjennomgår de ulike alternativene for CDN-implementering (Content Delivery Network) som kan brukes i Microsoft Dynamics 365 Commerce-miljøer. Disse alternativene omfatter innebygde, Commerce-formidlede forekomster av Azure Front Door og kundeeide forekomster av Azure Front Door.

Commerce-kunder har flere alternativer når de vurderer hvilken CDN-tjeneste som skal brukes med Commerce-miljø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.

Følgende tre CDN-implementeringsalternativer kan brukes med Commerce-miljøer:

  • Den Commerce-formidlede forekomsten av Azure Front Door
  • En kundeeid forekomst av Azure Front Door (for økt kontroll og flere 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, fastslår driftsfunksjonene, kontrollfunksjonene og ytterligere sikkerhetsfunksjoner som er tilgjengelige.

Illustrasjonen nedenfor viser en oversikt over Commerce-arkitekturen.

Oversikt over Commerce-arkitekturen.

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.
  • Ettersom forekomsten administreres av Commerce-teamet, kreves det mindre vedlikehold, og det finnes trinn for delt oppsett.
  • Den Azure-driftede infrastrukturen er skalerbar, sikker og pålitelig.
  • SSL-sertifikatet (Secure Sockets Layer) krever et engangsoppsett og fornyes automatisk.
  • Forekomsten blir overvåket for feil og mangler av Commerce-teamet.
  • En brannmur for nettbaserte apper støttes ikke.
  • Det finnes ingen bestemte tilpassinger eller justeringer.
  • Forekomsten avhenger av Commerce-teamet for oppdateringer eller endringer.
  • En separat forekomst av Azure Front Door kreves for apex-domener, og det kreves ekstra arbeid for å integrere apex-domener Azure DNS.
  • Det er ikke angitt noe telemetri om svar per andre (RPS) eller om feilraten til kunden.

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

Commerce-formidlet forekomst av Azure 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 SSL-sertifikater (både kundeeide og Azure Front Door-administrerte) og domenekobling.
  • Forekomsten tilbyr en apex-domeneløsning hvis den er paret direkte med Azure DNS.
  • Telemetri og varsling følger med.
  • SSL-sertifikatet krever et engangsoppsett og fornyes automatisk.
  • Forekomsten er selvstyrt.
  • Innledende kunnskapsoppgradering er nødvendig.

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

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

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 separat kontrakt og ekstra etterkalkulering kreves.
  • SSL kan påløpe ekstra kostnader.
  • Ettersom tjenesten er atskilt fra skystrukturen i Azure, må tilleggsinfrastruktur administreres.
  • Tjenesten kan kreve lengre tidsinvesteringer i endepunkts- og sikkerhetsoppsett.
  • Tjenesten er selvstyrt.
  • Tjenesten er selvovervåket.

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

Commerce-infrastruktur som omfatter en ekstern CDN-tjeneste.

Tilleggsressurser

Legge til støtte for et innholdsleveringsnettverk (CDN)