Czym są Service w Kubernetes i jaka jest różnica między ClusterIP, NodePort a LoadBalancer?

Question

IT Interview Practice · Accepted Answer

**Service** nadaje stabilną tożsamość sieciową (wirtualne IP i nazwę DNS) *zbiorowi Podów* wybranych po etykietach. Ponieważ Pody są efemeryczne i zmieniają IP, Service jest trwałym adresem używanym przez klientów, a także **równoważy obciążenie (load-balancuje)** pomiędzy zdrowymi Podami za nim.

## Po co istnieją Service

```text
Pody przychodzą i odchodzą (nowe IP za każdym razem). Klienci potrzebują STABILNEGO endpointu.
Service:
  → wybiera Pody po etykiecie  (selector: app=web)
  → dostaje stałe wirtualne IP + nazwę DNS (web.default.svc.cluster.local)
  → równoważy żądania pomiędzy pasującymi, GOTOWYMI (READY) Podami
```

## Trzy główne typy Service

```text
ClusterIP    (domyślny)  → osiągalny TYLKO wewnątrz klastra
                          do komunikacji pod-to-pod / service wewnętrznych
NodePort               → otwiera port na KAŻDYM nodzie (30000-32767)
                          ruch zewnętrzny trafia w nodeIP:nodePort → Service → Pody
LoadBalancer           → provisionuje zewnętrzny chmurowy load balancer
                          daje publiczne IP, które kieruje do Service
```

```text
       Internet
          │
   ┌──────┴───────┐
   │ LoadBalancer │  (chmurowy LB, publiczne IP)  ← dla usług publicznych
   └──────┬───────┘
          │
   ┌──────┴───────┐
   │  NodePort    │  (node:30080)            ← wystawia na każdym nodzie
   └──────┬───────┘
          │
   ┌──────┴───────┐
   │  ClusterIP   │  (10.96.x.x, wewnętrzny)  ← bazowy klocek budulcowy
   └──────┬───────┘
       Pody (app=web)
LoadBalancer buduje na NodePort, który buduje na ClusterIP.
```

## ClusterIP (wewnętrzny)

```yaml
apiVersion: v1
kind: Service
metadata:
  name: web
spec:
  type: ClusterIP          # domyślny; można pominąć
  selector:
    app: web               # pasuje do Podów z etykietą app=web
  ports:
    - port: 80             # port Service
      targetPort: 8080     # port kontenera
```

Inne Pody osiągają go przez DNS: `http://web` (ta sama przestrzeń nazw) lub `http://web.default.svc.cluster.local`.

## NodePort i LoadBalancer

```yaml
# NodePort — każdy node nasłuchuje na nodePort i przekazuje do Service
spec:
  type: NodePort
  selector: { app: web }
  ports:
    - port: 80
      targetPort: 8080
      nodePort: 30080      # opcjonalny; 30000-32767
---
# LoadBalancer — chmura provisionuje zewnętrzny LB z publicznym IP
spec:
  type: LoadBalancer
  selector: { app: web }
  ports:
    - port: 80
      targetPort: 8080
```

```bash
kubectl get svc            # zobacz typy, cluster IP i external IP
kubectl get endpoints web  # faktyczne IP Podów za Service
```

## Dlaczego to ważne

Service to sposób, w jaki działa sieć w Kubernetes, więc zrozumienie ich i hierarchii typów to wiedza niezbędna i codzienna. Ponieważ Pody są efemeryczne i dostają nowe IP przy każdym odtworzeniu, nie możesz kierować klientów bezpośrednio na IP Podów; **Service** rozwiązuje to, zapewniając **stabilne wirtualne IP i nazwę DNS** przed zbiorem Podów wybranych po etykiecie oraz **równoważąc obciążenie** tylko pomiędzy Podami, które są Ready. Trzy typy tworzą warstwową progresję: **ClusterIP** (domyślny) daje adres tylko wewnętrzny do komunikacji pod-to-pod i service-to-service i jest bazowym klockiem budulcowym; **NodePort** otwiera stały port na każdym nodzie, aby ruch zewnętrzny mógł dotrzeć do Service; a **LoadBalancer** idzie dalej, provisionując zewnętrzny chmurowy load balancer z publicznym IP — każdy typ buduje na tym pod nim. Wiedza, po który sięgnąć — ClusterIP dla wewnętrznego ruchu mikroserwisów, NodePort dla podstawowego dostępu zewnętrznego lub konfiguracji on-prem, LoadBalancer do wystawienia publicznego endpointu w chmurze (a w praktyce Ingress przed Service typu ClusterIP dla routingu HTTP) — jest sednem projektowania tego, jak komponenty rozmawiają ze sobą i ze światem zewnętrznym. Ponieważ niemal każdy realny workload potrzebuje stabilnej łączności i równoważenia obciążenia, zrozumienie Service i ich typów to fundamentalna wiedza o sieci w Kubernetes, która pojawia się nieustannie zarówno przy projektowaniu, jak i debugowaniu.

Po co istnieją Service

Trzy główne typy Service

ClusterIP (wewnętrzny)

NodePort i LoadBalancer

Dlaczego to ważne

Powiązane pytania