Udostępnianie aplikacji za pomocą Services

W Kubernetes Pody są najmniejszymi jednostkami, które można wdrażać. Zostały zaprojektowane jako tymczasowe i Kubernetes może je w dowolnym momencie utworzyć, zniszczyć lub przenieść.

Ta elastyczność sprzyja odporności, ale stwarza też wyzwanie: jak inne aplikacje mogą niezawodnie znajdować te stale zmieniające się Pody i komunikować się z nimi?

Każdy Pod otrzymuje własny adres IP. Gdy Pod jest ponownie uruchamiany lub skalowany, często otrzymuje nowy adres IP. Bezpośrednie łączenie się z adresem IP Poda przypomina próbę trafienia w ruchomy cel!

Wyobraź sobie aplikację internetową z wieloma Podami. Jeśli jeden z Podów zostanie ponownie uruchomiony, jego adres IP się zmieni, zrywając połączenia z innych usług lub od użytkowników.

Właśnie tutaj pojawiają się usługi Kubernetes! Usługa zapewnia stabilny, stały punkt końcowy sieci dla zestawu Podów.

Można myśleć o niej jak o stałym adresie aplikacji, nawet jeśli adresy poszczególnych Podów znajdujących się za usługą ciągle się zmieniają.

Usługa działa jako warstwa abstrakcji nad grupą Podów. Zapewnia im jeden spójny adres IP i nazwę DNS.

• Inne aplikacje korzystają ze stabilnego adresu IP lub nazwy usługi.
• Następnie usługa kieruje ruch do zarządzanych przez siebie zdrowych Podów.
• Rozdziela to klientów od adresów IP poszczególnych Podów.

Skąd usługa wie, do których Podów kierować ruch? Używa etykiet i selektorów!

Podczas definiowania usługi określasz wartość selector. Każdy Pod pasujący do tych etykiet automatycznie stanie się częścią grupy tej usługi.

To dynamiczne powiązanie oznacza, że nowe Pody są automatycznie dodawane, a niezdrowe Pody usuwane.

Usługi zarządzają przepływem ruchu sieciowego. Definiują porty, aby mapować przychodzące żądania na właściwe porty w Podach.

Najważniejsze pojęcia związane z portami:

• port: Port, na którym nasłuchuje sama usługa.
• targetPort: Port w Podzie, do którego usługa przekazuje ruch.

Podobnie jak większość zasobów Kubernetes, usługi definiuje się za pomocą plików YAML. Oto ich podstawowa struktura:

• apiVersion: v1
• kind: Service
• metadata: Nazwa, etykiety
• spec: Zawiera podstawową definicję, w tym pola selector i ports.

Najczęściej używanym typem usługi do komunikacji wewnętrznej jest ClusterIP. Udostępnia on usługę pod wewnętrznym adresem IP w obrębie klastra.

Oto przykład prostej aplikacji internetowej:

Gdy masz już kod YAML usługi, możesz wdrożyć ją w klastrze za pomocą kubectl, podobnie jak Pody lub obiekty Deployment.

To polecenie informuje Kubernetes, aby utworzył usługę na podstawie podanej definicji:

Po wdrożeniu usługa otrzymuje stabilny adres IP i nazwę DNS w obrębie klastra. Inne Pody mogą teraz uzyskać dostęp do aplikacji za pomocą tej nazwy.

Na przykład inny Pod może połączyć się z adresem my-web-service:80, a usługa zajmie się przekierowaniem ruchu do właściwych Podów my-webapp.

Dowiedziałeś się, jak usługi Kubernetes zapewniają stabilny dostęp sieciowy do dynamicznych Podów.

Co najlepiej opisuje główną rolę usługi Kubernetes?

Świetnie! W tej lekcji omówiliśmy usługi Kubernetes.

• Pody są nietrwałe i mają dynamiczne adresy IP.
• Usługi zapewniają Podom stabilne punkty końcowe sieci.
• Używają selektorów do wyszukiwania docelowych Podów.
• Usługi mapują zewnętrzny port na wewnętrzny targetPort.
• ClusterIP jest często używanym typem do komunikacji wewnętrznej.

Następnie dokładniej omówimy różne typy usług i ich zastosowania!