[snejdan]

#programowanie #kubernetes

Mam taką sytuację: kubernetes zdeployowany na AWS EKS.
Zastanawiam się nad komunikacją między PODami w wewnątrz klastra.
Normalnie mogę zrobić request do drugiego poda, używając jego nazwy lub tworząc Service (https://kubernetes.io/docs/concepts/services-networking/service/#defining-a-service ), gdy service nazywa się np my-service to można to zrobić poleceniem curl my-service. Co w sytuacji gdy mam też w k8s skonfigurowany Ingress i z zewnątrz (z poza klastra) można się do tego drugiego poda odwołać przez **drugi_pod.domena.com**, czy jest możliwość, żeby wewnątrz klastra do komunikacji używać również DNS'a? Ma to sens, robi się tak czy nie?
Wiem, że w k8s istnieja namespace'y ( https://kubernetes.io/docs/concepts/overview/working-with-objects/namespaces/#namespaces-and-dns ), ale to nie rozwiąże problemu.

[sz__po]

@snejdan: ingress generalnie służy wystawieniu serwisu na świat. Możesz go użyć, ale to bez sensu, bo serwis ma endpointy których aplikacje używają np do loadbancingu po stronie klienta.

[sz__po]

@snejdan: tzn takie aplikacje które są świadome ze działają w k8s

[sz__po]

@snejdan: ziomek, ale ty wiesz ze jak masz serwis o nazwie dupa to możesz go użyć w innym podzie po nazwie? Dajesz normalnie nazwa-serwisu.nazwa-namespace (chyba ze w tym samym Namespace to tylko nazwa serwisu) i hula

[snejdan]

@sz__po: Wiem, przecież to napisałem.
I też wiem do czego służy Ingress.
To może inaczej: są dwa pody: pod1 i pod2. Pod1 jest wystawiony na świat za pomocą Ingressa, pod1 ma się komunikować z pod2 i można to zrobić używając nazwy service'u a czy można by przez pod2.domena.com?

[persky]

@snejdan: można, ale po co

[MikelThief]

@snejdan: nie robi się. wołasz przez service name.