Czy instancje Google Container Engine są dostępne przez DNS?

Question

Aplikacje Google AppEngine są automatycznie dostępne przez DNS w przewidywalnej lokalizacji (appname.appspot.com). Czy to samo dotyczy instancji Google Container Engine?

Łatwo podać instancjom GKE publiczny adres IP, ale to nie działa dobrze, jeśli chcesz udostępniać linki demonstracyjne (bez obawy, że się zmienią) lub użyć Google OAuth (który nie zezwala na statyczne adresy IP jako zwrotne Adresy URL).

Mogę zarejestrować domenę i skonfigurować poddomeny, aby wskazywały na adres IP dla każdej instancji mechanizmu kontenera za pomocą usługi Google Cloud DNS. Ale byłoby łatwiej, gdyby GKE już to zrobił!

Answer 1

Google Container Engine nie łączy automatycznie nazwy hosta DNS ani z głównym punktem końcowym, ani z żadną aplikacją uruchomioną w klastrze.

Instancje (maszyny wirtualne) w klastrze mają publiczne adresy IP (i można otwierać reguły zapory, aby były publicznie dostępne), ale zasadniczo należy raczej kontaktować się z usługami (które reprezentują aplikacje), a nie bezpośrednio z instancjami.

Usługi, dla których tworzysz zewnętrzny moduł równoważenia obciążenia (L3 lub L7), będą miały publiczny adres IP, ale nie otrzymają automatycznie skojarzonej nazwy DNS.

App Engine promuje relację 1: 1 między aplikacjami (w przypadku wyboru domeny globalnej o unikalnej nazwie, jeśli domena appspot.com jest wybrana) i wdrożonym kodem.

Container Engine umożliwia wdrażanie wielu "aplikacji" w jednym klastrze i nie wymaga rejestracji globalnej unikalnej nazwy podczas tworzenia klastra lub tworzenia usługi. Zapewnia to większą elastyczność, ale oznacza również, że jeśli chcesz zmapować nazwę DNS do swojej aplikacji, musisz zrobić to sam.

Nie byłoby nieuzasadnionym oczekiwać, że kontroler Ingress (używany do tworzenia usług L7) pomoże usprawnić ten proces, ale dzisiaj nie robi tego. Zapraszam do przesłania pliku feature request on github.