Entrega de contenido global crítica

Las redes de entrega de contenido (CDN) ofrecen una variedad de capacidades para optimizar el rendimiento para los usuarios, incluido el equilibrio de carga de capa 7 global y el enrutamiento de red optimizado. El almacenamiento en caché también es una forma común de reducir la carga en los servicios de back-end y proporcionar una mayor resistencia a una serie de problemas. Las redes CDN, incluida Azure Front Door, proporcionan almacenamiento en caché en el perímetro de la red.

Las CDN son un componente esencial en algunas arquitecturas de soluciones, por lo que es una práctica recomendada del sector que las cargas de trabajo de misión crítica utilicen varias CDN para lograr un mayor nivel de tiempo de actividad. Si una CDN experimenta una interrupción o un rendimiento degradado, el tráfico se desvía automáticamente a otra CDN.

Microsoft ofrece un acuerdo de nivel de servicio (SLA) líder del sector para Azure Front Door. Incluso si otro proveedor ofrece un Acuerdo de Nivel de Servicio con el 100% de tiempo de actividad (%), es importante tener en cuenta que esto no es una garantía de inactividad cero y que los Acuerdos de Nivel de Servicio suelen proporcionar créditos de servicio en caso de interrupción. Por esta razón, incluso los competidores de Microsoft recomiendan el uso de varias CDN para cargas de trabajo de misión crítica, y muchas empresas que administran su propia CDN también utilizan otras CDN.

Si implementa varias CDN, tenga en cuenta las implicaciones de este enfoque. Cada CDN proporciona una ruta de red independiente a los servidores de aplicaciones, y debe configurar y probar cada CDN por separado.

En este artículo se describe un enfoque para usar Azure Front Door con otra red CDN. Este enfoque es adecuado para soluciones que dependen en gran medida del almacenamiento en caché para entregar contenido estático, entrega de medios y aplicaciones de comercio electrónico a gran escala.

Nota:

Este caso de uso forma parte de una estrategia de diseño general que cubre un enfoque alternativo cuando Azure Front Door no está disponible. Para obtener información sobre el contexto y las consideraciones, consulte Aplicaciones web globales críticas.

Enfoque

Se puede integrar una red CDN de terceros en la solución de Azure para proporcionar aislamiento de la infraestructura de Microsoft. Este aislamiento proporciona un alto grado de resistencia frente a escenarios de desastres. Si se produce una interrupción o un desastre, el tráfico se desplaza automáticamente entre Azure Front Door y la red CDN alternativa. Puede usar Azure Traffic Manager para detectar una interrupción y redirigir el tráfico a la red CDN alternativa.

Nota:

Microsoft ofrece un servicio de interconexión de CDN para enrutar el tráfico de origen a otra CDN sin tarifas de transferencia de datos. Para obtener más información, consulte Preferencias de enrutamiento.

En el siguiente diagrama se muestra cómo fluye el tráfico entre las CDN:

• Traffic Manager que usa el modo de enrutamiento de prioridad tiene dos puntos de conexión. De forma predeterminada, Traffic Manager envía solicitudes a través de Azure Front Door. Si Azure Front Door no está disponible, el Administrador de tráfico envía la solicitud a través de la red CDN alternativa en su lugar.

• Azure Front Door procesa y enruta la mayoría del tráfico de la aplicación. Azure Front Door enruta el tráfico al servidor de aplicaciones de origen adecuado y proporciona la ruta de acceso principal a la aplicación. Si Azure Front Door no está disponible, el tráfico se redirige automáticamente a través de la ruta de acceso secundaria.

• Se configura una red CDN alternativa para enviar tráfico a cada servidor de origen.

• Los servidores de aplicaciones de origen deben estar preparados para aceptar tráfico de Azure Front Door y de otra red CDN en cualquier momento.

Consideraciones

Las consideraciones descritas en Aplicaciones web globales críticas siguen aplicándose a este caso de uso. Estos son algunos puntos adicionales:

Elección de CDN

Microsoft ofrece varios productos de CDN. Nuestra oferta insignia de CDN es Azure Front Door Standard y Premium, y se ha anunciado la retirada de todos los demás productos de CDN. Los demás productos de CDN también comparten infraestructura física con Azure Front Door, por lo que se recomienda seleccionar un producto de CDN diferente para el tipo de arquitectura descrito en este artículo. Asegúrese de seleccionar una CDN alternativa que satisfaga sus necesidades de funcionalidades, funcionalidades, tiempo de actividad y costo.

Puede optar por utilizar más de dos CDN en función de sus requisitos y tolerancia al riesgo.

Paridad de características

Azure Front Door proporciona funcionalidades distintas de muchas redes CDN y las características no son equivalentes entre los productos de la red CDN. Por ejemplo, puede haber diferencias en el manejo de los certificados TLS, el firewall de aplicaciones web (WAF) y las reglas de enrutamiento HTTP.

Considere detenidamente las características de Azure Front Door que usa y si la red CDN alternativa tiene funcionalidades equivalentes. Para obtener más información, consulte Coherencia de las rutas de acceso de entrada.

Relleno de caché

Si ejecuta varias redes CDN en modo activo-pasivo, durante una conmutación por error, la red CDN configurada en modo pasivo debe realizar un llenado de caché desde el origen durante una conmutación por error.

Pruebe la conmutación por error entre Azure Front Door y la red CDN alternativa para detectar anomalías o problemas de rendimiento.

Si la solución corre el riesgo de sufrir problemas de rendimiento durante los rellenos de caché, tenga en cuenta estos enfoques para reducir el riesgo:

• Escale horizontalmente o escale verticalmente sus orígenes para hacer frente a niveles de tráfico más altos, especialmente durante un llenado de caché.

• Rellene previamente ambas CDN. Sirves un porcentaje de tu contenido más popular a través de la CDN pasiva incluso antes de que se produzca un evento de conmutación por error. Por ejemplo, podría considerar el uso del modo de enrutamiento de tráfico ponderado.

Compromisos

El uso de varias CDN conlleva algunas compensaciones.

• Puede haber un aumento en el costo total de la solución. Cuando implementas una arquitectura de varias CDN, se te facturan varias CDN. Asegúrese de comprender cómo se le cobra por cada CDN de la solución y todos los demás componentes que implemente.

• Cada componente adicional que agregue a su solución aumentará la sobrecarga de administración.

• Es posible que haya problemas de rendimiento durante la conmutación por error entre Azure Front Door y la red CDN alternativa.

• Mediante el uso de un administrador de tráfico DNS, puede aleatorizar qué CDN se elige para una solicitud. Si no tiene cuidado de implementar una configuración de caché coherente en las redes CDN (por ejemplo, el almacenamiento en caché en Azure Front Door), podría correr el riesgo de un menor rendimiento y mayores costos para el ancho de banda de salida de origen.

• Un problema común es la recarga de caché cuando las CDN se ejecutan en modo activo-pasivo. La CDN configurada en modo pasivo necesita rellenar su caché desde el origen. Puede sobrecargar los sistemas de origen durante ese proceso.

Colaboradores

Microsoft mantiene este artículo. Originalmente lo escribieron los siguientes colaboradores.

Autores principales:

• Dave Burkhardt | Administrador de programas principal, Azure Front Door
• John Downs | Ingeniero principal de software
• Priyanka Wilkins | Desarrollador de contenido principal

Para ver los perfiles no públicos de LinkedIn, inicie sesión en LinkedIn.

Pasos siguientes

Revise el escenario de entrada HTTP global para comprender si se aplica a la solución.