Lezen in het Engels

Delen via


Implementatieopties voor netwerk voor contentlevering

In dit artikel worden de verschillende opties voor de implementatie van het netwerk voor contentlevering (Content Delivery Network - CDN) besproken die kunnen worden gebruikt in Microsoft Dynamics 365 Commerce-omgevingen. Deze opties omvatten oorspronkelijke, door Commerce geleverde exemplaren van Azure Front Door en exemplaren van Azure Front Door die eigendom zijn van klanten.

Commerce-klanten hebben verschillende mogelijkheden wanneer ze overwegen welke CDN-service met hun Commerce-omgeving moet worden gebruikt. Commerce wordt vrijgegeven met basisondersteuning voor Azure Front Door. Dit omvat basishosting en aangepaste domeinvereisten. Voor bedrijven die meer controle en specifiekere beveiligingsvaardigheden willen, zoals een WAF (Web Application Firewall), is de beste optie om een exemplaar van Azure Front Door dat eigendom is van een klant of een externe CDN-service te gebruiken.

De volgende drie implementatieopties voor CDN kunnen in Commerce-omgevingen worden gebruikt:

  • Het door Commerce geleverde exemplaar van Azure Front Door
  • Een exemplaar van Azure Front Door dat eigendom is van een klant (voor meer controle en extra beveiligingsfuncties)
  • Een externe CDN-service

Alle drie de CDN-implementatieopties leveren alleen dynamische HTML-inhoud vanuit aangepaste domeinen. Commerce verwerkt automatisch alle JavaScript-, trapsgewijze opmaakmodellen (CSS), afbeeldingen-, video- en andere statische inhoud via door Microsoft beheerde CDN's. De optie die u kiest, bepaalt de operationele capaciteiten, controlemogelijkheden en aanvullende beveiligingscapaciteiten die beschikbaar zijn.

De volgende afbeelding biedt een overzicht van de Commerce-architectuur.

Overzicht van de Commerce-architectuur.

Zie CDN-ondersteuning toevoegen voor meer informatie over het instellen van een exemplaar van Azure Front Door voor uw Commerce-site.

Het door Commerce geleverde exemplaar van Azure Front Door gebruiken

De volgende tabel bevat de voors en tegens van het gebruik van het door Commerce geleverde exemplaar van Azure Front Door om eindpunten voor content te beheren.

Voors Tegens
  • Het exemplaar is opgenomen in de kosten voor Commerce.
  • Omdat het exemplaar wordt beheerd door het Commerce-team, is er minder onderhoud vereist en zijn er gedeelde instellingsstappen.
  • De door Azure gehoste infrastructuur is schaalbaar, veilig en betrouwbaar.
  • Voor het SSL-certificaat (Secure Sockets Layer) is een eenmalige instelling vereist en dit wordt automatisch vernieuwd.
  • Het exemplaar wordt door het Commerce-team gecontroleerd op fouten en afwijkingen.
  • Een WAF wordt niet ondersteund.
  • Er zijn geen specifieke aanpassingen of instellingscorrecties.
  • Het exemplaar is afhankelijk van het Commerce-team voor updates of wijzigingen.
  • Er is een afzonderlijk Azure Front Door-exemplaar vereist voor apex-domeinen en er is extra werk vereist om apex-domeinen te integreren met Azure DNS.
  • Er wordt geen telemetrie over responsen per seconden (RPS) of het foutpercentage aan de klant verstrekt.

De onderstaande afbeelding toont de architectuur van het door Commerce geleverde exemplaar van Azure Front Door.

Door Commerce geleverd exemplaar van Azure Front Door.

Een exemplaar van de Azure Front Door van een klant gebruiken

De volgende tabel bevat de voors en tegens van het gebruik van een exemplaar van Azure Front Door dat eigendom is van een klant om eindpunten voor content te beheren.

Voors Tegens
  • De instelling is veilig en eenvoudig te beheren.
  • De door Azure gehoste infrastructuur is schaalbaar, veilig en betrouwbaar.
  • Met het exemplaar kunnen WAF-integratie- en gedetailleerde regelbesturingselementen worden gemaakt voor beveiliging van betere kwaliteit die specifiek is afgestemd op uw locatie.
  • Met het exemplaar hebt u meer controle over SSL-certificaten (zowel van de klant als door Azure Front Door beheerd) en domeinkoppeling.
  • Het exemplaar biedt een apex-domeinoplossing bij rechtstreekse koppeling aan Azure DNS.
  • Er worden telemetrie en waarschuwingen geleverd.
  • Voor het SSL-certificaat is een eenmalige instelling vereist en dit wordt automatisch vernieuwd.
  • Het exemplaar wordt zelf beheerd.
  • Er moet vooraf kennis worden verworven.

De volgende afbeelding toont een Commerce-infrastructuur die een exemplaar van Azure Front Door bevat waarvan een klant eigenaar is.

Commerce-infrastructuur die een exemplaar van Azure Front Door bevat waarvan een klant eigenaar is.

Een externe CDN-service gebruiken

In de volgende tabel worden de voors en tegens aangegeven van het gebruik van een externe CDN-service voor het beheren van eindpunten voor content.

Voors Tegens
  • Deze optie is handig als het bestaande domein al op een extern CDN wordt gehost.
  • WAF: afhankelijk van externe provider.
  • Er is een afzonderlijk contract met extra kosten vereist.
  • Voor SSL worden mogelijk extra kosten in rekening gebracht.
  • Aangezien de service losstaat van de Azure-cloudstructuur, moet extra infrastructuur worden beheerd.
  • De service vereist mogelijk grotere tijdsinvesteringen bij het instellen van eindpunten en beveiliging.
  • De service wordt zelf beheerd.
  • De service wordt zelf bewaakt.

De volgende illustratie toont een Commerce-infrastructuur die een externe CDN-service omvat.

Commerce-infrastructuur die een externe CDN-service omvat.

Aanvullende bronnen

Ondersteuning voor een inhoudsleveringsnetwerk (CDN) toevoegen