Le istanze di Google Container Engine sono accessibili tramite DNS?

Question

Le app Google AppEngine sono automaticamente accessibili tramite DNS in una posizione prevedibile (appname.appspot.com). Lo stesso vale per le istanze di Google Container Engine?

È semplice fornire alle istanze di GKE un IP pubblico, ma questo non funziona bene se si desidera condividere i link di dimostrazione (senza preoccuparsi che cambieranno) o utilizzare Google OAuth (che non consente IP statici come richiamata URL).

È possibile registrare un dominio e configurare i sottodomini affinché puntino sull'IP per ogni istanza del motore del contenitore utilizzando Google Cloud DNS. Ma sarebbe più semplice se GKE lo facesse già!

Answer 1

Google Container Engine non associa automaticamente un nome host DNS all'endpoint master né a nessuna applicazione avviata nel cluster.

Le istanze (VM) nel cluster dispongono di IP pubblici (ed è possibile aprire le regole del firewall per renderle pubblicamente accessibili), ma in genere dovresti contattare i servizi (che rappresentano le applicazioni) piuttosto che le istanze direttamente.

I servizi per i quali si crea un servizio di bilanciamento del carico esterno (L3 o L7) dispongono di un IP pubblico ma non ricevono automaticamente un nome DNS associato.

App Engine promuove una relazione 1: 1 tra un'App (in cui si seleziona un nome univoco globale al momento della creazione se si desidera un dominio appspot.com) e il codice distribuito.

Container Engine consente di distribuire più "app" in un singolo cluster e non richiede la registrazione di un nome univoco globale durante la creazione del cluster o la creazione di un servizio. Questo ti dà più flessibilità, ma significa anche che se vuoi mappare un nome DNS alla tua applicazione devi farlo da solo.

Non sarebbe irragionevole aspettarsi che il controller Ingress (utilizzato per creare servizi L7) per semplificare questo processo, ma non lo fa oggi. Sentiti libero di presentare un feature request on github.