Condividi tramite

Opzioni di implementazione della rete per la distribuzione di contenuti

  • Articolo

In questo articolo vengono esaminate le diverse opzioni per l'implementazione della rete per la distribuzione di contenuti (CDN) che possono essere utilizzate con gli ambienti Microsoft Dynamics 365 Commerce. Queste opzioni includono istanze native fornite da Commerce di Azure Front Door e istanze di proprietà del cliente di Azure Front Door.

I clienti di Commerce hanno diverse opzioni quando valutano il servizio CDN da utilizzare con il loro ambiente Commerce. Commerce viene rilasciato con il supporto di base di Azure Front Door che copre i requisiti di dominio personalizzato e hosting di base. Per le aziende che desiderano un maggiore controllo e funzionalità di sicurezza più specifiche, come un web application firewall (WAF), l'opzione migliore potrebbe essere quella di utilizzare un'istanza di Azure Front Door di proprietà del cliente o un servizio CDN esterno.

Le seguenti tre opzioni di implementazione CDN possono essere utilizzate con ambienti Commerce:

  • L'istanza di Azure Front Door fornita da Commerce
  • Un'istanza di Azure Front Door di proprietà del cliente (per un maggiore controllo e funzionalità di sicurezza aggiuntive)
  • Un servizio CDN esterno

Tutte e tre le opzioni di implementazione della rete CDN forniscono solo contenuto HTML dinamico di domini personalizzati. Commerce gestisce automaticamente JavaScript, Cascading Style Sheets (CSS), immagini, video e altro contenuto statico tramite le reti CDN gestite da Microsoft. L'opzione scelta determina le funzionalità operative, di controllo e di sicurezza aggiuntive disponibili.

Nell'illustrazione riportata di seguito viene mostrata una panoramica dell'architettura di Commerce.

Panoramica dell'architettura di Commerce.

Per ulteriori informazioni su come configurare un'istanza di Azure Front Door per il sito di Commerce, vedere Aggiungere supporto CDN.

Utilizzare l'istanza di Azure Front Door fornita da Commerce

La tabella seguente elenca i pro e i contro inerenti all'uso dell'istanza di Azure Front Door fornita da Commerce per gestire gli endpoint del contenuto.

Pro Contro
  • L'istanza è inclusa nel costo di Commerce.
  • Poiché l'istanza è gestita dal team di Commerce, è necessaria una minore manutenzione e sono presenti passaggi di configurazione condivisi.
  • L'infrastruttura ospitata in Azure è scalabile, sicura e affidabile.
  • Il certificato Secure Sockets Layer (SSL) richiede una configurazione una tantum e viene rinnovato automaticamente.
  • L'istanza viene monitorata dal team di Commerce per rilevare la presenza di errori e anomalie.
  • Una WAF non è supportata.
  • Non vi sono rettifiche delle impostazioni o personalizzazioni specifiche.
  • L'istanza dipende dal team di Commerce per gli aggiornamenti o le modifiche.
  • Un'istanza di Azure Front Door distinta è necessaria per i domini Apex e lavoro aggiuntivo è necessario per integrare domini Apex con DNS di Azure.
  • Al cliente non viene fornita alcuna telemetria sulle risposte al secondo o sulla percentuale di errore.

L'illustrazione seguente mostra l'architettura dell'istanza di Azure Front Door fornita da Commerce.

Istanza di Azure Front Door fornita da Commerce.

Usare un'istanza di Azure Front Door di proprietà del cliente

La tabella seguente elenca i pro e i contro inerenti all'uso di un'istanza di Azure Front Door di proprietà del cliente per gestire gli endpoint del contenuto.

Pro Contro
  • La configurazione è sicura e facile da gestire.
  • L'infrastruttura ospitata in Azure è scalabile, sicura e affidabile.
  • L'istanza consente l'integrazione del WAF e controlli granulari delle regole per una sicurezza di livello superiore ottimizzata specificamente per il sito.
  • L'istanza consente un controllo più preciso dei certificati SSL (sia di proprietà del cliente che gestiti da Azure Front Door) e del collegamento al dominio.
  • L'istanza offre una soluzione di dominio Apex se è associata direttamente a DNS di Azure.
  • Vengono forniti telemetria e avvisi.
  • Il certificato SSL richiede una configurazione una tantum e viene rinnovato automaticamente.
  • L'istanza è autogestita.
  • È richiesto un aumento della conoscenza iniziale.

L'illustrazione seguente mostra un'infrastruttura di Commerce che include un'istanza di Azure Front Door di proprietà del cliente.

Infrastruttura di Commerce che include un'istanza di Azure Front Door di proprietà del cliente.

Utilizzare un servizio CDN esterno

La tabella seguente elenca i pro e i contro dell'utilizzo di un servizio CDN esterno per gestire gli endpoint del contenuto.

Pro Contro
  • Questa opzione è utile quando il dominio esistente è già ospitato su una rete CDN esterna.
  • WAF: dipende dal provider esterno.
  • Sono necessari un contratto distinto e costi aggiuntivi.
  • Il protocollo SSL potrebbe comportare costi aggiuntivi.
  • Poiché il servizio è separato dalla struttura cloud di Azure, è necessario gestire un'infrastruttura aggiuntiva.
  • Il servizio potrebbe richiedere investimenti più estesi per l'endpoint e la configurazione della sicurezza.
  • Il servizio è autogestito.
  • Il servizio comporta un monitoraggio automatico.

L'illustrazione seguente mostra un'infrastruttura di Commerce che include un servizio CDN esterno.

Infrastruttura di Commerce che include un servizio CDN esterno.

Risorse aggiuntive

Aggiungere il supporto per una rete per la distribuzione di contenuti (CDN)