Utilizza i backend esterni (chiamati anche origini personalizzate) per Cloud CDN (Content Delivery Network) quando i contenuti sono ospitati on-premise o in un altro cloud e vuoi distribuirli tramite l'infrastruttura di edge caching distribuita e ad alte prestazioni di Google.
Terminologia
I seguenti termini vengono talvolta utilizzati in modo intercambiabile perché hanno significati uguali o simili:
- Backend esterno: un backend che si trova al di fuori di Google Cloud ed è raggiungibile su internet. L'endpoint in un NEG internet.
- Gruppo di endpoint di rete internet (NEG): la risorsa API Google Cloud che utilizzi per specificare un backend esterno.
- Endpoint esterno: sinonimo di backend esterno.
Per mantenere la coerenza con la documentazione sul bilanciamento del carico, questo documento utilizza il termine backend esterno, tranne quando fa riferimento alla risorsa API NEG internet.
Tipi di backend supportati per Cloud CDN
Per fornire contenuti agli utenti, Cloud CDN utilizza un bilanciatore del carico delle applicazioni esterno. Il bilanciatore del carico delle applicazioni esterno fornisce le porte e gli indirizzi IP frontend che ricevono le richieste. I contenuti di Cloud CDN possono provenire da vari tipi di backend:
- Gruppi di istanze
- Gruppi di endpoint di rete (NEG) a livello di zona
- NEG serverless: uno o più servizi App Engine, Cloud Run o Cloud Run Functions
- NEG internet per backend esterni
- Bucket in Cloud Storage
I backend esterni possono essere ospitati all'interno di un'infrastruttura on-premise o in origini fornite da provider di terze parti. Le sezioni seguenti descrivono in modo più dettagliato i backend esterni.
Architetture ibride e multi-cloud
Man mano che trasferisci i tuoi servizi a Google Cloud, potresti realizzare di doverlo fare in più fasi. A volte alcuni contenuti non possono essere spostati immediatamente in un ambiente cloud e potrebbero dover rimanere on-premise. In altri casi, i contenuti potrebbero essere ospitati in un altro cloud. Il supporto di Cloud CDN per i backend esterni ti consente di utilizzare l'infrastruttura di edge caching distribuita a livello globale di Google per questi contenuti.
Nel diagramma, i contenuti images si trovano in Google Cloud, mentre i contenuti video si trovano in un data center di Tokyo, che potrebbe essere on-premise o un altro cloud.
Con i backend esterni, le origini nel data center di Tokyo possono essere l'origine backend dei contenuti video con Cloud CDN e il bilanciatore del carico delle applicazioni esterno che distribuisce i contenuti agli utenti.
Utilizzando le mappe URL, questo deployment può indirizzare le richieste di pull dell'origine per il traffico video al backend esterno a Tokyo.
Questo mapping è determinato in base all'URL della richiesta: /video.
Per le immagini (determinate in base all'URL della richiesta: /images), i contenuti provengono da Google Cloud e vengono pubblicati dall'infrastruttura edge di Cloud CDN.
Specifica di un backend esterno
Analogamente alla configurazione di Cloud CDN con gli endpoint di cui è stato eseguito il deployment inGoogle Cloud, puoi utilizzare l'API dei gruppi di endpoint di rete (NEG) per aggiungere il tuo server come backend esterno per Cloud CDN.
Per specificare il backend esterno, utilizza un NEG internet. Un NEG internet ha uno dei tipi di endpoint mostrati nella tabella seguente.
| Indirizzo endpoint | Tipo | Definizione | Quando utilizzarlo |
|---|---|---|---|
| Nome host e porta facoltativa | INTERNET_FQDN_PORT |
Un nome di dominio completo (FQDN) risolvibile pubblicamente e una porta facoltativa, ad esempio backend.example.com:443 (porte predefinite: 80 per HTTP e 443 per HTTPS) |
Utilizza questo endpoint quando il backend esterno può essere risolto utilizzando un FQDN con DNS pubblico. |
| Indirizzo IP e una porta facoltativa | INTERNET_IP_PORT |
Un indirizzo IP accessibile pubblicamente e una porta facoltativa, ad esempio 192.0.2.8 o 192.0.2.8:443 (porte predefinite: 80 per HTTP e 443 per HTTPS) |
Utilizza questo endpoint per specificare un indirizzo IP accessibile pubblicamente e una porta a cui connettersi. |
La best practice consiste nel creare il NEG internet con il tipo di endpoint INTERNET_FQDN_PORT e un valore FQDN come valore del nome host di origine. In questo modo, la configurazione di Cloud CDN è isolata dalle modifiche all'indirizzo IP nell'infrastruttura di origine. Gli endpoint di rete definiti utilizzando nomi di dominio completi vengono risolti tramite DNS pubblico. Assicurati che il nome di dominio completo sia risolvibile tramite Google Public DNS.
Dopo aver creato il NEG internet, il tipo non può essere modificato tra INTERNET_FQDN_PORT e INTERNET_IP_PORT. Devi creare un nuovo NEG internet e modificare il servizio di backend in modo che utilizzi il nuovo NEG internet.
Quando utilizzi un backend esterno che prevede un valore specifico per l'intestazione Host della richiesta HTTP, devi configurare il servizio di backend in modo che imposti l'intestazione Host sul valore previsto. Se non configuri un'intestazione della richiesta definita dall'utente, un servizio di backend conserva l'intestazione Host che il client ha utilizzato per connettersi al bilanciatore del carico delle applicazioni esterno Google Cloud . Per informazioni generali sulle intestazioni personalizzate, consulta Crea intestazioni personalizzate nei servizi di backend.
Per un esempio specifico, consulta Configurazione di Cloud CDN con un backend esterno.
Utilizzo di backend esterni e origini basate su Google Cloud
La figura seguente mostra un NEG internet utilizzato per eseguire il deployment di un backend esterno con un bilanciatore del carico delle applicazioni esterno e Cloud CDN.
Passaggi successivi
- Per configurare un backend esterno, consulta Configura un backend esterno con un NEG internet.
- Per scoprire quali contenuti vengono memorizzati nella cache, consulta la Panoramica della memorizzazione nella cache.
- Per risolvere i problemi, consulta Risoluzione dei problemi relativi al backend esterno e ai NEG internet.