Usa backends externos (también llamados 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 entregarlo a la infraestructura de almacenamiento en caché perimetral distribuida de alto rendimiento de Google.
Terminología
Los siguientes términos a veces se usan indistintamente porque tienen el mismo significado o uno similar:
- backend externo: Es un backend que reside fuera de Google Cloud y se puede acceder a él a través de Internet. El extremo en un NEG de Internet.
- origen personalizado: Igual que un backend externo. En CDN, origen es el término estándar de la industria para una instancia de backend que entrega contenido web.
- Grupo de extremos de red de Internet (NEG): el recurso de la API de Google Cloud que usas para especificar un backend externo.
- extremo externo: Es igual que un backend externo.
Para mantener la coherencia con la documentación del balanceo de cargas, en este documento, se usa el término backend externo, excepto cuando se hace referencia al recurso de la API de NEG de Internet.
Tipos de backend admitidos para Cloud CDN
Cloud CDN funciona con un balanceador de cargas de aplicaciones externo para distribuir contenido a los usuarios. El balanceador de cargas de aplicaciones 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:
- Grupos de instancias
- Grupos de extremos de red (NEG) zonales
- NEG sin servidores: Uno o más servicios de App Engine, Cloud Run o Cloud Functions
- NEG de Internet para backends externos
- Buckets en Cloud Storage
Los backends externos se pueden alojar en una infraestructura local o en orígenes proporcionados por proveedores externos. En las siguientes secciones, se analizan los backends externos con más detalle.
Arquitecturas híbridas y de múltiples nubes
Es posible que debas transferir los servicios a Google Cloud 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 backends externos te permite usar la infraestructura de almacenamiento en caché perimetral distribuida en todo el mundo de Google para dicho contenido.
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 los backends externos, los orígenes en el centro de datos de Tokio pueden ser la fuente de backend del contenido de video con Cloud CDN y el balanceador de cargas de aplicaciones externo que entrega 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 backend externo 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 backend externo
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 backend externo de Cloud CDN.
Para especificar el backend externo, 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 que se pueda resolver de forma pública (FQDN) y un puerto opcional, por ejemplo backend.example.com:443 (puertos predeterminados: 80 para HTTP y 443 para HTTPS) |
Usa este extremo cuando el backend 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 192.0.2.8 o 192.0.2.8:443 (puertos predeterminados: 80 para HTTP y 443 para HTTPS) |
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 usarlo.
Cuando se usa un backend externo 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 aplicaciones externo de Google Cloud. Para obtener información general sobre los encabezados personalizados, consulta Crea encabezados personalizados en servicios de backend.
Para ver un ejemplo específico, consulta Configura Cloud CDN con un backend externo.
Usa backends externos y orígenes basados en Google Cloud
En la siguiente figura, se muestra un NEG de Internet que se usa para implementar un backend externo con un balanceador de cargas de aplicaciones externo y Cloud CDN.
¿Qué sigue?
- Para configurar un backend externo, consulta Configura un backend externo con un NEG de Internet.
- Para obtener información sobre qué contenido se almacena en caché, consulta Descripción general del almacenamiento en caché.
- Para resolver problemas, consulta Soluciona problemas del backend externo y del NEG de Internet.