Descripción general de los orígenes personalizados

Usa orígenes personalizados para Cloud CDN (red de distribución de contenidos) cuando el contenido esté alojado de forma local o en otra nube y desees distribuir el contenido en la infraestructura de almacenamiento en caché perimetral distribuida de alto rendimiento de Google.

Los términos origen personalizado, extremo externo y extremo de Internet a menudo se usan de forma indistinta porque tienen el mismo significado. En CDN, origen es el término estándar de la industria para una instancia de backend que entrega contenido web. En este documento, se usa el término origen personalizado.

Orígenes admitidos para Cloud CDN

Cloud CDN funciona con el balanceo de cargas de HTTP(S) para distribuir contenido a los usuarios. El balanceador de cargas de HTTP(S) externo proporciona los puertos y las direcciones IP de frontend que reciben solicitudes. El contenido de Cloud CDN se puede obtener de varios tipos de backends:

Los NEG de Internet también se conocen como orígenes personalizados. Los NEG de Internet pueden ser orígenes alojados dentro de una infraestructura local o, también, orígenes proporcionados por proveedores externos. En las siguientes secciones, se analizan los NEG de Internet con más detalle.

Arquitecturas híbridas y de múltiples nubes

A medida que transfieres los servicios a Google Cloud, es posible que debas hacerlo en etapas. A veces, cierto contenido no se puede transferir de inmediato a un entorno de nube y es posible que deba permanecer en el entorno local. En otros casos, el contenido puede estar alojado en otra nube. La compatibilidad de Cloud CDN con orígenes personalizados te permite usar la infraestructura de almacenamiento en caché perimetral distribuida en todo el mundo de Google para dicho contenido.

Arquitectura híbrida y de múltiples nubes
Arquitectura híbrida y de múltiples nubes

En el diagrama, el contenido de images reside en Google Cloud, mientras que video reside en un centro de datos de Tokio, que puede ser local o estar en otra nube. Con orígenes personalizados, los orígenes en el centro de datos de Tokio pueden ser la fuente de backend del contenido de video y, Cloud CDN y el balanceo de cargas de HTTP(S) entregan el contenido a los usuarios.

Mediante mapas de URL, esta implementación puede dirigir las solicitudes de extracción de origen para el tráfico de video al origen personalizado en Tokio. Esta asignación se determina en función de la URL de la solicitud: /video.

Para las imágenes (determinadas en función de la URL de la solicitud: /images), el contenido proviene de Google Cloud y lo entrega la infraestructura periférica de Cloud CDN.

Especifica un origen personalizado

Al igual que con la configuración de Cloud CDN con los extremos implementados en Google Cloud, puedes usar la API de grupos de extremos de red (NEG) para agregar tu servidor como el origen personalizado de Cloud CDN.

Para especificar el origen personalizado, usa un NEG de Internet. Un NEG de Internet tiene uno de los tipos de extremos que se muestran en la siguiente tabla.

Dirección del extremo Tipo Definición Cuándo usarla
Nombre de host y un puerto opcional INTERNET_FQDN_PORT Un nombre de dominio completamente calificado (FQDN) que se puede resolver de forma pública y un puerto opcional, por ejemplo, backend.example.com:443 (puertos predeterminados: 80 para HTTP y 443) Usa este extremo cuando el origen externo se pueda resolver mediante un FQDN con un DNS público.
Dirección IP y un puerto opcional INTERNET_IP_PORT Una dirección IP de acceso público y un puerto opcional, por ejemplo, 8.8.8.88.8.8.8:443 (puertos predeterminados: 80 para HTTP y 443) Usa este extremo a fin de especificar una dirección IP de acceso público y un puerto de conexión.

La práctica recomendada es crear el NEG de Internet con el tipo de extremo INTERNET_FQDN_PORT y un valor de FQDN como un valor nombre de host de origen. Esto aísla la configuración de Cloud CDN de los cambios de dirección IP en la infraestructura de origen. Los extremos de red que se definen mediante los FQDN se resuelven a través de DNS públicos. Asegúrate de que el FQDN configurado se pueda resolver a través del DNS público de Google.

Después de crear el NEG de Internet, el tipo no se puede cambiar entre INTERNET_FQDN_PORT y INTERNET_IP_PORT. Debes crear un nuevo NEG de Internet y cambiar el servicio de backend para usar el nuevo NEG de Internet.

Cuando se usa un origen personalizado que espera un valor particular para el encabezado Host de la solicitud HTTP, debes configurar el servicio de backend a fin de establecer el encabezado Host en ese valor esperado. Si no configuras un encabezado de la solicitud definido por el usuario, un servicio de backend conserva el encabezado Host que el cliente usó para conectarse al balanceador de cargas de HTTP(S) externo de Google Cloud. Para obtener información general sobre los encabezados de la solicitud definidos por el usuario, consulta Crea encabezados de la solicitud definidos por el usuario. Para ver un ejemplo específico, consulta Configura Cloud CDN con un origen externo.

Para almacenar en caché las respuestas estáticas del origen de forma automática, puedes usar la configuración el modo de almacenamiento en caché de cache all static (Beta).

Para controlar la capacidad de almacenamiento en caché de cada respuesta mediante las directivas de caché de HTTP, configura el modo de almacenamiento en caché para usar encabezados de origen. Para obtener información sobre las directivas de caché que comprende Cloud CDN y qué no almacena en caché, consulta Contenido que se puede almacenar en caché y Contenido que no se puede almacenar en caché.

Si tu origen no entrega contenido dinámico por usuario, te recomendamos almacenar en caché todas las respuestas del origen. Para ello, usa el modo force-cache-all. Este modo almacena en caché todas las respuestas, sin importar el tipo de contenido o las directivas de caché.

Si no seleccionas un modo de caché de manera explícita cuando habilitas Cloud CDN en un backend, se aplican los siguientes valores predeterminados:

  • Beta. La API y gcloud se establecen de forma predeterminada en --use-origin-headers si habilitas Cloud CDN, pero no especifica un modo de caché. Cloud Console (cuando se admite) será el valor predeterminado de --cache-all-static cuando habilites Cloud CDN en un backend.

  • DG. Todos los backends recién habilitados de Cloud CDN estarán predeterminados en --cache-all-static, sin importar tu método de configuración (Cloud Console, API y gcloud).

Usa orígenes personalizados y orígenes basados en Google Cloud

En la siguiente figura, se muestra un NEG de Internet que se usa para implementar un origen personalizado con balanceo de cargas de HTTP(S) y Cloud CDN.

Cloud CDN con NEG y orígenes personalizados
Cloud CDN con NEG y orígenes personalizados

Próximos pasos