Generator Kubernetes Service
Stabilny adres dla podów aplikacji
-
1Wprowadź dane
Wpisz treść, wklej tekst lub załaduj plik z dysku. -
2Kliknij przycisk
Narzędzie natychmiast przetworzy Twoje dane w przeglądarce. -
3Pobierz wynik
Skopiuj gotowy tekst lub zapisz plik na urządzeniu.
return "Wynik gotowy w 0.1s";
}
Opcje portu
Oceń to narzędzie:
Powiązane narzędzia
Inne narzędzia, które mogą Ci się przydaćGenerator manifestu Kubernetes Service
Pody w Kubernetes są ulotne — powstają i znikają, a ich adresy IP się zmieniają. Service daje im stabilny adres i równoważy ruch między replikami.
Typy Service
| Typ | Zastosowanie |
|---|---|
| ClusterIP | tylko wewnątrz klastra (domyślny) |
| NodePort | port otwarty na każdym węźle |
| LoadBalancer | zewnętrzny balancer chmury |
Selektor
Service kieruje ruch do podów na podstawie etykiet. Selektor app: web obejmie wszystkie pody z tą etykietą — dlatego etykiety w Deployment i Service muszą się zgadzać.
port i targetPort
port— port, na którym Service jest dostępny.targetPort— port, na którym nasłuchuje kontener.
Dzięki temu można wystawić usługę na porcie 80, choć aplikacja działa na 3000.
Najczęstsze pytania
Czym Service różni się od Ingress?
Service udostępnia pody (wewnątrz lub przez LoadBalancer). Ingress działa wyżej — kieruje ruch HTTP z domen do różnych Service.
Jak sprawdzić, czy Service działa?
Użyj kubectl get svc i kubectl describe svc nazwa. Sprawdź, czy endpoints nie są puste.
Co gdy endpoints są puste?
Selektor nie pasuje do żadnych podów lub pody nie są gotowe. Zweryfikuj etykiety i stan podów (kubectl get pods --show-labels).