Compartir a través de


Opciones de implementación de la red de entrega de contenido

Este artículo revisa las diferentes opciones para la implementación de la red de entrega de contenido (CDN) que se pueden usar con ambientes de Microsoft Dynamics 365 Commerce. Estas opciones incluyen instancias nativas proporcionadas por Commerce de Azure Front Door e instancias propiedad del cliente de Azure Front Door.

Los clientes de Commerce tienen varias opciones cuando están considerando qué servicio de red CDN usar con su entorno de Commerce. Commerce se lanza con soporte básico de Azure Front Door que cubre los requisitos básicos de hospedaje y dominio personalizado. Para las empresas que desean más control y capacidades de seguridad más específicas, como un firewall de aplicaciones web (WAF), la mejor opción podría ser usar una instancia de Azure Front Door propiedad del cliente o un servicio CDN externo.

Las siguientes tres opciones de implementación de CDN se pueden utilizar con entornos de Commerce:

  • Una instancia de Azure Front Door proporcionada por Commerce
  • Una instancia de Azure Front Door propiedad del cliente (para un mayor control y características de seguridad adicionales)
  • Un servicio CDN externo

Las tres opciones de implementación de CDN ofrecen solo contenido HTML dinámico de dominios personalizados. Commerce maneja automáticamente todo el JavaScript, las hojas de estilo en cascada (CSS), imágenes, vídeos y otro contenido estático a través de las CDN administradas por Microsoft. La opción que elija determina las capacidades operativas, las capacidades de control y las capacidades de seguridad adicionales que están disponibles.

La ilustración siguiente muestra una visión general de la arquitectura de Commerce.

Visión general de la arquitectura de Commerce.

Para obtener más información sobre cómo configurar una instancia de Azure Front Door para su sitio de Commerce, consulte Agregar soporte CDN.

Usar la instancia de Azure Front Door proporcionada por Commerce

En la siguiente tabla se enumeran los pros y los contras de usar la instancia de Azure Front Door proporcionada por Commerce para administrar los puntos de conexión de contenido.

Pros Contras
  • La instancia está incluida en el coste de Commerce.
  • Debido a que la instancia es administrada por el equipo de Comercio, se requiere menos mantenimiento y hay pasos de configuración compartidos.
  • La infraestructura alojada en Azure es escalable, segura y confiable.
  • El certificado Capa de sockets seguros (SSL) requiere una configuración única y se renueva automáticamente.
  • El equipo de Commerce supervisa la instancia para detectar errores y anomalías.
  • El sistema no admite WAF.
  • No hay personalizaciones específicas ni ajustes de configuración.
  • La instancia depende del equipo de Commerce para actualizaciones o cambios.
  • Se requiere una instancia independiente de Azure Front Door para los dominios apex y se requiere trabajo adicional para integrar los dominios apex con Azure DNS.
  • No se proporciona al cliente telemetría sobre las respuestas por segundo (RPS) o la tasa de error.

La siguiente ilustración muestra la arquitectura de la instancia de Azure Front Door proporcionada por Commerce.

Instancia de Azure Front Door proporcionada por Commerce.

Usar una instancia de Azure Front Door propiedad del cliente

En la siguiente tabla se enumeran los pros y los contras de usar la instancia de Azure Front Door propiedad del cliente para administrar los puntos de conexión de contenido.

Pros Contras
  • La configuración es segura y fácil de administrar.
  • La infraestructura alojada en Azure es escalable, segura y confiable.
  • La instancia permite la integración WAF y controles de reglas granulares para una seguridad de mayor grado que se ajusta específicamente a su sitio.
  • La instancia permite un control más preciso de los certificados SSL (tanto propiedad del cliente como administrados por Azure Front Door) y la vinculación de dominios.
  • La instancia ofrece una solución de dominio apex si está emparejada directamente con Azure DNS.
  • Se proporcionan telemetría y alertas.
  • El certificado SSL requiere una configuración única y se renueva automáticamente.
  • La instancia es autogestionada.
  • Se requiere un aumento de los conocimientos iniciales.

La siguiente ilustración muestra una infraestructura de Commerce que incluye una instancia de Azure Front Door propiedad del cliente.

Infraestructura de Commerce que incluye una instancia de Azure Front Door propiedad del cliente.

Usar un servicio CDN externo

La siguiente tabla enumera los pros y los contras de usar un servicio CDN externo para administrar puntos finales de contenido.

Pros Contras
  • Esta opción es útil cuando el dominio existente ya está alojado en una CDN externa.
  • WAF: Depende del proveedor externo.
  • Se requiere un contrato por separado y un coste adicional.
  • SSL puede generar costos adicionales.
  • Debido a que el servicio está separado de la estructura de la nube de Azure, se debe administrar una infraestructura adicional.
  • Es posible que el servicio requiera inversiones más prolongadas en la configuración de puntos de conexión y seguridad.
  • El servicio es autogestionado.
  • El servicio es autogestionado.

La siguiente ilustración muestra una infraestructura de Commerce que incluye un servicio CDN externo.

Infraestructura comercial que incluye un servicio CDN externo.

Recursos adicionales

Agregar soporte para una red de entrega de contenido (CDN)