Opzioni di implementazione della rete per la distribuzione di contenuti

Annotazioni

Il gruppo retail interest di Dynamics 365 Commerce è passato da Yammer a Viva Engage. Se non si ha accesso alla nuova community viva engage, compilare questo modulo (https://aka.ms/JoinD365commerceVivaEngageCommunity) per essere aggiunto e rimanere impegnati nelle discussioni più recenti.

Questo articolo esamina le diverse opzioni per l'implementazione della rete per la distribuzione di contenuti (CDN) che è possibile usare con gli ambienti Microsoft Dynamics 365 Commerce. Queste opzioni includono istanze native, fornite da Azure Commerce di Azure Front Door, e istanze di proprietà del cliente di Azure Front Door.

I clienti commerciali hanno diverse opzioni quando considerano il servizio cdn da usare con il proprio ambiente commerciale. 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.

È possibile usare le tre opzioni di implementazione della rete CDN seguenti con ambienti commerciali:

• L'istanza di Azure Front Door fornita da Commerce
• Istanza di proprietà del cliente di Frontdoor di Azure (per 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, le funzionalità di controllo e le funzionalità di sicurezza disponibili.

Nell'illustrazione riportata di seguito viene mostrata una 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. Il team commerce gestisce l'istanza in modo da poter eseguire meno manutenzione e sono disponibili passaggi di configurazione condivisi. L'infrastruttura ospitata in Azure è scalabile, sicura e affidabile. Il certificato Transport Layer Security/Secure Sockets Layer (TLS/SSL) richiede una configurazione una tantum e viene rinnovato automaticamente. Il team commerce monitora l'istanza per individuare errori e anomalie.

Il WAF non è supportato. Non vi sono rettifiche delle impostazioni o personalizzazioni specifiche. L'istanza dipende dal team di Commerce per gli aggiornamenti o le modifiche. Per i domini di livello superiore apex è necessaria un'istanza separata di Azure Front Door, e sono richiesti lavori extra per integrare i domini di livello superiore apex con il sistema DNS di Azure. Nessun dato sulle risposte al secondo (RPS) o la frequenza degli errori viene fornita al cliente.

L'illustrazione seguente mostra l'architettura dell'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ù corretto dei certificati TLS/SSL (sia di proprietà del cliente che di Frontdoor di Azure) e del collegamento di dominio. L'istanza offre una soluzione di dominio apex se abbinata direttamente a DNS di Azure. Vengono forniti telemetria e avvisi. Il certificato TLS/SSL richiede una configurazione una tantum e viene rinnovato automaticamente.

Gestisci autonomamente l'istanza. È 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.

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 separato e costi aggiuntivi. TLS/SSL potrebbe comportare costi aggiuntivi. Poiché il servizio è separato dalla struttura cloud di Azure, è necessario gestire altre infrastrutture. Il servizio potrebbe richiedere investimenti più estesi per l'endpoint e la configurazione della sicurezza. Gestisci il servizio autonomamente. Tu monitori il servizio personalmente.

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

Screenshot dell'infrastruttura di commercio che include un servizio CDN esterno.

Risorse aggiuntive

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