Kaj je Ingress in kako usmerja zunanji promet do Services?

Question

IT Interview Practice · Accepted Answer

**Ingress** je objekt Kubernetes, ki opredeljuje **pravila usmerjanja HTTP/HTTPS** — preslikavo imen gostiteljev in poti URL na zaledne **Services**. Uresničuje ga **Ingress Controller** (nginx, Traefik, oblačni prehodi) in vam ponudi eno vhodno točko, prekinitev TLS in usmerjanje po gostitelju/poti namesto po enega LoadBalancerja na storitev.

## Problem, ki ga Ingress rešuje

```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.
```

## Kako se sestavi skupaj

```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)
```

## Manifest Ingress

```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        # TLS cert/ključ shranjen v Secret
  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.
```

## Ključne točke

```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                  # naštej pravila, gostitelje, naslove
kubectl describe ingress app-ingress # poglej zaledja in dogodke
```

## Zakaj je to pomembno

Ingress je standardni način izpostavljanja aplikacij HTTP/HTTPS zunanjemu svetu na Kubernetesu, zato je njegovo razumevanje bistveno znanje mreženja za inženirje srednje ravni. Problem, ki ga rešuje, je konkreten in pogost: izpostavljanje mnogih storitev prek `type: LoadBalancer` pomeni dodeljevanje ločenega oblačnega load balancerja in javnega IP-ja na storitev — drago in brez skupnega usmerjanja po gostitelju ali TLS — medtem ko vam **Ingress** ponudi eno vhodno točko, ki usmerja po **gostitelju in poti** na interne Services vrste ClusterIP in centralno prekine **TLS**. Razlika, ob katero se ljudje spotaknejo, je med **objektom Ingress** (deklarativna pravila usmerjanja) in **Ingress Controllerjem** (dejanski delujoči proxy — nginx, Traefik, oblačni prehod — ki opazuje ta pravila in jih uveljavlja); pravila brez nameščenega krmilnika ne naredijo ničesar, `ingressClassName` pa izbere, kateri krmilnik jih obravnava. Razumevanje, da Ingress deluje na **L7 (samo HTTP/HTTPS)** — tako da surovi TCP/UDP potrebuje Service ali novejši Gateway API — in da je **Gateway API** razvijajoči se, bolj izrazni naslednik, odraža aktualno, resnično znanje. Ker skoraj vsaka uporabniško usmerjena aplikacija na Kubernetesu potrebuje usmerjanje po gostitelju/poti in TLS iz ene vhodne točke in ker je razlika objekt-proti-krmilniku pogost vir zmede tako na razgovorih kot v praksi, je trdno razumevanje Ingress temeljno za izpostavljanje in upravljanje spletnih delovnih obremenitev na gruči.

Problem, ki ga Ingress rešuje

Kako se sestavi skupaj

Manifest Ingress

Ključne točke

Zakaj je to pomembno

Povezana vprašanja