Što je Ingress i kako usmjerava vanjski promet prema Serviceovima?

Question

IT Interview Practice · Accepted Answer

**Ingress** je Kubernetes objekt koji definira **pravila HTTP/HTTPS usmjeravanja** — mapirajući hostname-ove i URL putanje na pozadinske **Serviceove**. Ostvaruje ga **Ingress Controller** (nginx, Traefik, cloud gatewayi) i daje vam jednu ulaznu točku, TLS terminaciju te usmjeravanje po hostu/putanji umjesto jednog LoadBalancera po servisu.

## Problem koji Ingress rješava

```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 sve uklapa

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

```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č pohranjen u Secretu
  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                  # popis pravila, hostova, adresa
kubectl describe ingress app-ingress # vidi backendove i događaje
```

## Zašto je to važno

Ingress je standardni način izlaganja HTTP/HTTPS aplikacija vanjskom svijetu na Kubernetesu, pa je njegovo razumijevanje bitno znanje o umrežavanju za inženjere srednje razine. Problem koji rješava konkretan je i čest: izlaganje mnogo servisa preko `type: LoadBalancer` znači dodjeljivanje zasebnog cloud load balancera i javnog IP-a po servisu — skupo i bez zajedničkog usmjeravanja po hostnameu ili TLS-a — dok vam **Ingress** daje jednu ulaznu točku koja usmjerava po **hostu i putanji** na interne ClusterIP Serviceove i centralno terminira **TLS**. Razlika koja spotiče ljude je između **Ingress objekta** (deklarativna pravila usmjeravanja) i **Ingress Controllera** (stvarni pokrenuti proxy — nginx, Traefik, cloud gateway — koji promatra ta pravila i provodi ih); pravila ne rade ništa bez instaliranog controllera, a `ingressClassName` bira koji ih controller obrađuje. Razumijevanje da Ingress radi na **L7 (samo HTTP/HTTPS)** — pa sirovi TCP/UDP treba Service ili noviji Gateway API — te da je **Gateway API** razvijajući, izražajniji nasljednik, odražava aktualno, stvarno znanje. Budući da gotovo svaka aplikacija okrenuta korisniku na Kubernetesu treba usmjeravanje po hostu/putanji i TLS iz jedne ulazne točke, a razlika objekt-naspram-controllera čest je izvor zabune i u intervjuima i u praksi, čvrsto razumijevanje Ingressa temeljno je za izlaganje i pogon web workloadova na klasteru.

Problem koji Ingress rješava

Kako se sve uklapa

Manifest Ingressa

Ključne točke

Zašto je to važno

Povezana pitanja