Wpis z mikrobloga

#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.
  • 6
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@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.
  • Odpowiedz
@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?
  • Odpowiedz