Mikrousługi muszą być wewnętrzne dla klastra GKE, umożliwiać konfigurowanie liczby replik i być adresowalne jednolicie z innych mikrousług, niezależnie od liczby replik. Jak należy to zaimplementować?

Prawidłowa odpowiedź to wdrożenie każdej mikrousługi jako Deployment, udostępnienie jej za pomocą Service i użycie nazwy DNS Service do adresowania wewnątrz klastra. Deployment w Kubernetes zarządza replikami Podów, zapewniając ich skalowalność i odporność na awarie, co spełnia wymóg konfigurowania liczby replik. Service zapewnia stabilny adres IP i nazwę DNS dla zestawu Podów, niezależnie od ich liczby czy zmian, co umożliwia jednolite adresowanie mikrousług wewnątrz klastra. Opcje z Ingress są błędne, ponieważ Ingress służy do udostępniania usług na zewnątrz klastra (ruch zewnętrzny), a nie do komunikacji wewnętrznej między mikrousługami. Adresowanie za pomocą adresu IP Ingress również nie jest standardową praktyką dla komunikacji wewnętrznej. Opcje z wdrażaniem mikrousług jako Pod są błędne, ponieważ Pody są efemeryczne i nie zapewniają automatycznego zarządzania replikami ani stabilnego sposobu adresowania, co jest kluczowe dla mikrousług.