Ingress zapewniający dostęp zewnętrzny

Omówiliśmy różne typy usług Kubernetes, takie jak NodePort i LoadBalancer, służące do zewnętrznego udostępniania aplikacji.

Choć są przydatne, mogą stać się kłopotliwe w zarządzaniu złożonymi wymaganiami dotyczącymi dostępu zewnętrznego, szczególnie gdy trzeba hostować wiele aplikacji lub interfejsów API pod jednym adresem IP i stosować określone reguły routingu.

W tym miejscu przydaje się Ingress, oferujący bardziej zaawansowane i elastyczne rozwiązanie.

Ingress to obiekt API Kubernetes, który zarządza zewnętrznym dostępem do usług w klastrze, przede wszystkim dla ruchu HTTP i HTTPS.

• Działa jako pojedynczy punkt wejścia dla żądań zewnętrznych.
• Umożliwia routing HTTP/S na podstawie nazw hostów lub ścieżek URL.
• Może także zapewniać funkcje takie jak terminowanie SSL/TLS i równoważenie obciążenia.

Ingress można traktować jak inteligentnego kontrolera ruchu, który kieruje ruch internetowy do właściwych usług wewnętrznych.

Zasób Ingress sam w sobie jest tylko zestawem reguł — nie obsługuje bezpośrednio ruchu. Aby Ingress działał, w klastrze musi działać Ingress Controller.

Ingress Controller obserwuje zasoby Ingress i konfiguruje zewnętrzny load balancer (lub reverse proxy) zgodnie ze zdefiniowanymi regułami.

Do popularnych kontrolerów Ingress należą Nginx, Traefik oraz rozwiązania właściwe dla konkretnych chmur, takie jak GCE Ingress dla Google Cloud lub AWS Load Balancer Controller.

Ingress definiuje reguły, które mapują przychodzące żądania zewnętrzne na określone usługi backendowe w klastrze. Reguły te zwykle określają:

• Host: Nazwę domeny (np. www.my-app.com).
• Path: Ścieżkę URL (np. /api, /blog).
• Backend Service: Usługę Kubernetes i port, do których należy przekierować ruch.

Ingress Controller analizuje te reguły dla każdego przychodzącego żądania, aby określić właściwe miejsce docelowe.

Podobnie jak inne zasoby Kubernetes, Ingress definiuje się za pomocą manifestu YAML. Oto podstawowa struktura przedstawiająca najważniejsze pola:

Utwórzmy zasób Ingress, który skieruje cały ruch dla ścieżki głównej (/) hosta myapp.example.com do usługi o nazwie my-web-service na porcie 80.

Przed zastosowaniem tego Ingress upewnij się, że w klastrze działa Deployment i usługa o nazwie my-web-service.

Aby wdrożyć zasób Ingress, zapisz YAML w pliku (np. basic-ingress.yaml) i użyj polecenia kubectl apply:

kubectl apply -f basic-ingress.yaml

Stan Ingress możesz sprawdzić za pomocą kubectl get ingress. Ingress Controller skonfiguruje następnie zewnętrzny load balancer na podstawie tych reguł.

Aby przeprowadzić test, zwykle trzeba zaktualizować lokalny plik /etc/hosts (lub konfigurację DNS), tak aby wskazywał myapp.example.com na zewnętrzny adres IP kontrolera Ingress.

Ingress doskonale nadaje się do hostowania wielu aplikacji pod jednym zewnętrznym adresem IP, z wykorzystaniem różnych nazw hostów. W tym przykładzie app1.example.com kieruje ruch do service-app1, a app2.example.com do service-app2.

Możesz także kierować różne ścieżki URL tego samego hosta do różnych usług backendowych. Jest to idealne rozwiązanie dla architektur mikrousług lub różnych sekcji jednej aplikacji.

Na przykład żądania do api.example.com/users trafiają do users-service, a żądania do api.example.com/products do products-service.

Jakie są najważniejsze korzyści ze stosowania Kubernetes Ingress?

Świetnie! Poznałeś Kubernetes Ingress — kluczowy komponent służący do zarządzania sposobem, w jaki użytkownicy zewnętrzni korzystają z aplikacji.

• Ingress zapewnia elastyczny routing HTTP/S na podstawie nazw hostów i ścieżek URL.
• Wymaga Ingress Controller (takiego jak Nginx), który obserwuje reguły Ingress i konfiguruje routing.
• Ułatwia udostępnianie wielu usług za pośrednictwem jednego zewnętrznego adresu IP, dzięki czemu klaster jest wydajniejszy i łatwiejszy w zarządzaniu.

Opanowanie Ingress jest kluczowe dla tworzenia solidnych i dostępnych aplikacji cloud-native!