Perfiles y puntos de conexión de Azure CDN

Una Content Delivery Network (CDN) es una red distribuida de servidores ubicados en puntos de presencia (PoP) geográficos cercanos a los usuarios finales. Cuando un usuario solicita contenido, la CDN lo sirve desde la caché del PoP más cercano en lugar de hacerlo desde el servidor de origen. Esto reduce la latencia, especialmente para los usuarios que están lejos de la región de origen, disminuye la carga del servidor de origen y mejora la resiliencia. Azure CDN se integra de forma nativa con Blob Storage, App Service y cualquier origen HTTP accesible públicamente.

Azure CDN se ofrece mediante varios niveles de proveedores: Azure CDN Standard from Microsoft: la opción predeterminada, estrechamente integrada, con reglas de almacenamiento en caché básicas y compatibilidad con HTTP/2. Azure CDN Standard from Akamai: amplia cobertura global de PoP con propagación rápida. Azure CDN Standard/Premium from Verizon: motor de reglas y análisis avanzados (nivel Premium). Cada proveedor ofrece distintas características y precios; para la mayoría de los escenarios de AZ-900, el enfoque está en Azure CDN Standard from Microsoft.

Un perfil de Azure CDN es el contenedor de nivel superior que agrupa los puntos de conexión de CDN y determina el proveedor y el nivel de precios. Un punto de conexión de CDN es un nombre de host específico, como myapp.azureedge.net, que se asigna a un origen. Cada punto de conexión tiene su propia configuración del comportamiento de almacenamiento en caché. Un perfil puede contener varios puntos de conexión; por ejemplo, puntos de conexión independientes para recursos estáticos, respuestas de API y secuencias de vídeo, cada uno con reglas de almacenamiento en caché diferentes.

El Time-to-Live (TTL) controla durante cuánto tiempo permanece una respuesta almacenada en caché en el PoP antes de que deba actualizarse desde el origen. Puede establecer reglas de almacenamiento en caché en tres niveles: global caching rule (se aplica a todas las solicitudes del punto de conexión), custom rules (coinciden según el patrón de ruta o la extensión del archivo) y query string behaviour (almacena en caché por separado cada cadena de consulta única o ignora las cadenas de consulta). Como práctica recomendada, utilice TTL basados en el tipo de contenido: más largos para las imágenes y más cortos para HTML.

Una de las configuraciones más comunes de Azure CDN utiliza un contenedor de Blob Storage como origen. Cargue recursos estáticos, como imágenes, CSS, JS y vídeos, en una cuenta de almacenamiento, haga que el contenedor sea de lectura pública y configure un punto de conexión de CDN que apunte al punto de conexión principal del blob (myaccount.blob.core.windows.net). La CDN almacena los blobs en caché en PoP de todo el mundo y los usuarios los descargan desde el PoP más cercano en lugar de hacerlo desde la región de almacenamiento. También puede utilizar un nombre de host de origen personalizado para el hospedaje de sitios web estáticos.

Cuando actualiza el contenido en el origen (por ejemplo, implementa una nueva versión de un archivo JavaScript), las copias almacenadas en caché en los PoP pueden entregar contenido obsoleto hasta que expire el TTL. La purga de caché expulsa inmediatamente los archivos especificados o todo el contenido almacenado en caché de cada PoP, lo que obliga a que la siguiente solicitud vuelva a obtenerlo del origen. Puede purgar URL específicas, rutas con comodines (por ejemplo, /assets/*) o todo el contenido de un endpoint. La propagación de la purga tarda entre 2 y 3 minutos en llegar a todos los PoP del mundo.

De forma predeterminada, los endpoints de CDN utilizan el dominio .azureedge.net. Para servir contenido desde su propio dominio (por ejemplo, static.contoso.com), agréguelo como dominio personalizado en el endpoint de CDN mediante la creación de un registro CNAME que apunte al nombre de host del endpoint. Una vez agregado, puede habilitar HTTPS en el dominio personalizado mediante un certificado administrado por Azure (gratuito y con renovación automática) o su propio certificado almacenado en Key Vault. La aplicación obligatoria de HTTPS redirige automáticamente el tráfico HTTP.

Al habilitar la compresión de archivos en un endpoint de CDN, se reduce el tamaño de los archivos que se entregan a través de la red al comprimir recursos basados en texto (HTML, CSS, JavaScript y SVG) con gzip o Brotli. La CDN comprime el contenido antes de almacenarlo en caché en el PoP, por lo que las solicitudes posteriores del mismo recurso reciben la versión comprimida sin consumo adicional de CPU. La compresión resulta especialmente eficaz para los bundles de JS, que pueden ser entre 5 y 10 veces más pequeños después de comprimirse.

El filtrado geográfico en un endpoint de CDN permite autorizar o bloquear el acceso al contenido desde países específicos. Puede utilizarse para cumplir las licencias de contenido (por ejemplo, un vídeo cuya licencia solo es válida en determinados países), satisfacer requisitos normativos o bloquear países conocidos por ser fuentes frecuentes de tráfico malicioso. Las reglas de filtrado geográfico se configuran por código de país y por ruta URL: puede bloquear únicamente un directorio de contenido específico en lugar de todo el endpoint.

Azure CDN proporciona análisis de uso integrados en el portal, que incluyen el ancho de banda consumido, la proporción de aciertos y errores de caché, el total de solicitudes y el ahorro de ancho de banda en comparación con la entrega desde el origen. En la CDN de nivel Microsoft, también puede enviar registros de acceso a un área de trabajo de Log Analytics o a una cuenta de Storage mediante la configuración de diagnóstico, lo que permite realizar consultas KQL sobre los datos sin procesar de los registros de acceso de la CDN. Analizar las proporciones de aciertos de caché le ayuda a ajustar los TTL: una proporción baja significa que la mayoría de las solicitudes pasan al origen, lo que contradice el propósito de la CDN.

Azure CDN y Azure Front Door almacenan contenido en caché en los PoP, pero tienen objetivos principales diferentes. Azure CDN destaca por almacenar en caché y entregar contenido estático desde un único origen a bajo coste. Azure Front Door añade equilibrio de carga y enrutamiento globales e inteligentes entre varios backends de origen, comprobaciones de estado para la conmutación por error automática, un Web Application Firewall integrado y enrutamiento basado en rutas, por lo que es la mejor opción para aplicaciones web multirregión activas-activo. A menudo utilizará ambos servicios en una solución.

Compruebe sus conocimientos sobre los conceptos de Microsoft Azure Fundamentals (AZ-900) de esta lección.

En esta lección ha aprendido que los perfiles y endpoints de Azure CDN entregan contenido almacenado en caché desde PoP cercanos a los usuarios para reducir la latencia; las reglas de almacenamiento en caché y el TTL controlan cuánto tiempo se almacena el contenido antes de volver a obtenerlo del origen; y la purga de caché expulsa inmediatamente el contenido obsoleto después de las actualizaciones del origen. A continuación, exploraremos Azure Front Door para el equilibrio de carga y el enrutamiento globales entre varios orígenes backend.