Mi az az Ingress, és hogyan routingolja a külső forgalmat a Service-ekhez?

Question

IT Interview Practice · Accepted Answer

Az **Ingress** egy Kubernetes objektum, amely **HTTP/HTTPS routing-szabályokat** definiál — hostnevekhez és URL-utakhoz backend **Service-eket** rendel. Egy **Ingress Controller** (nginx, Traefik, cloud gateway-ek) teljesíti, és egyetlen bejáratot, TLS-terminálást és host/path routingot ad service-enkénti LoadBalancer helyett.

## A probléma, amit az Ingress megold

```text
Exposing many services with type: LoadBalancer means MANY cloud LBs (and public IPs)
— expensive, and no shared hostname/path routing or TLS.
Ingress gives ONE entry point that routes by host & path to internal ClusterIP Services.
```

## Hogyan illeszkedik össze

```text
      Internet
         │
   ┌─────┴──────────────┐
   │ Ingress Controller │  (a Pod, e.g. nginx; usually behind ONE LoadBalancer)
   │  reads Ingress rules│
   └─────┬──────────────┘
         │ routes by host / path
   ┌─────┼───────────────┬───────────────┐
   ▼                     ▼               ▼
 Service: web        Service: api    Service: admin  (all ClusterIP)
   │                     │               │
 Pods                  Pods            Pods

Ingress (rules)  ≠  Ingress Controller (the running proxy that enforces them)
```

## Egy Ingress manifest

```yaml
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: app-ingress
  annotations:
    nginx.ingress.kubernetes.io/rewrite-target: /
spec:
  ingressClassName: nginx
  tls:
    - hosts: [shop.example.com]
      secretName: shop-tls        # a TLS cert/kulcs egy Secretben tárolva
  rules:
    - host: shop.example.com
      http:
        paths:
          - path: /api
            pathType: Prefix
            backend:
              service:
                name: api
                port: { number: 80 }
          - path: /
            pathType: Prefix
            backend:
              service:
                name: web
                port: { number: 80 }
```

```text
shop.example.com/api/... → Service "api" → api Pods
shop.example.com/...     → Service "web" → web Pods
TLS is terminated at the controller using the cert in the "shop-tls" Secret.
```

## Kulcspontok

```text
• You MUST run an Ingress Controller — the Ingress object alone does nothing.
• ingressClassName selects which controller handles the rules.
• Ingress is HTTP/HTTPS (L7) only. For raw TCP/UDP use a Service or Gateway API.
• The newer Gateway API is the evolving successor with richer, role-oriented routing.
```

```bash
kubectl get ingress                  # szabályok, hostok, címek listázása
kubectl describe ingress app-ingress # backendek és események megtekintése
```

## Miért fontos

Az Ingress a standard mód HTTP/HTTPS alkalmazások közzétételére a külvilág felé Kubernetesen, ezért megértése elengedhetetlen hálózatozási tudás middle szintű mérnökök számára. A probléma, amit megold, konkrét és gyakori: sok service közzététele `type: LoadBalancer`-rel service-enként külön cloud load balancer és publikus IP provisionálását jelenti — drága, és megosztott hostname-routing vagy TLS nélkül —, míg egy **Ingress** egyetlen bejáratot ad, amely **host és path** alapján routingol belső ClusterIP Service-ekhez, és a **TLS**-t központilag terminálja. A megkülönböztetés, amin sokan elcsúsznak, az **Ingress objektum** (deklaratív routing-szabályok) és az **Ingress Controller** (a tényleges futó proxy — nginx, Traefik, cloud gateway —, amely figyeli és kikényszeríti ezeket a szabályokat) között van; a szabályok semmit nem tesznek telepített controller nélkül, és az `ingressClassName` választja ki, melyik controller kezelje őket. Annak megértése, hogy az Ingress **L7-en (csak HTTP/HTTPS)** működik — így a nyers TCP/UDP-hez Service vagy az újabb Gateway API kell —, és hogy a **Gateway API** a fejlődő, kifejezőbb utód, aktuális, valós tudást tükröz. Mivel szinte minden felhasználó felé néző alkalmazásnak Kubernetesen host/path-alapú routingra és TLS-re van szüksége egyetlen bejáratról, és mivel az objektum-vs-controller megkülönböztetés gyakori zavarforrás interjúkon és a gyakorlatban egyaránt, az Ingress biztos ismerete alapvető a webes workloadok közzétételéhez és üzemeltetéséhez egy clusteren.

A probléma, amit az Ingress megold

Hogyan illeszkedik össze

Egy Ingress manifest

Kulcspontok

Miért fontos

Kapcsolódó kérdések