Hva er Ingress, og hvordan ruter det ekstern trafikk til Services?

Question

IT Interview Practice · Accepted Answer

En **Ingress** er et Kubernetes-objekt som definerer **HTTP/HTTPS-rutingregler** — mapper hostnavn og URL-paths til backend-**Services**. Den oppfylles av en **Ingress Controller** (nginx, Traefik, cloud-gateways) og gir deg ett inngangspunkt, TLS termination og host/path-ruting i stedet for én LoadBalancer per tjeneste.

## Problemet Ingress løser

```text
Å eksponere mange tjenester med type: LoadBalancer betyr MANGE cloud-LB-er (og offentlige IP-er)
— dyrt, og ingen delt hostnavn/path-ruting eller TLS.
Ingress gir ETT inngangspunkt som ruter etter host og path til interne ClusterIP-Services.
```

## Hvordan det henger sammen

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

## Et 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        # TLS-sert/nøkkel lagret i en 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 termineres hos controlleren med sertifikatet i "shop-tls"-Secreten.
```

## Nøkkelpunkter

```text
• Du MÅ kjøre en Ingress Controller — Ingress-objektet alene gjør ingenting.
• ingressClassName velger hvilken controller som håndterer reglene.
• Ingress er kun HTTP/HTTPS (L7). For rå TCP/UDP bruk en Service eller Gateway API.
• Den nyere Gateway API er den fremvoksende etterfølgeren med rikere, rolleorientert ruting.
```

```bash
kubectl get ingress                  # list opp regler, hosts, adresser
kubectl describe ingress app-ingress # se backends og events
```

## Hvorfor det er viktig

Ingress er standardmåten å eksponere HTTP/HTTPS-applikasjoner mot omverdenen på Kubernetes, så å forstå det er essensiell networking-kunnskap for ingeniører på middle-nivå. Problemet det løser er konkret og vanlig: å eksponere mange tjenester via `type: LoadBalancer` betyr å provisjonere en separat cloud load balancer og offentlig IP per tjeneste — dyrt og uten delt hostnavn-ruting eller TLS — mens en **Ingress** gir deg ett enkelt inngangspunkt som ruter etter **host og path** til interne ClusterIP-Services og terminerer **TLS** sentralt. Skillet som feller folk er mellom **Ingress-objektet** (deklarative rutingregler) og **Ingress Controlleren** (den faktiske kjørende proxyen — nginx, Traefik, en cloud-gateway — som overvåker disse reglene og håndhever dem); reglene gjør ingenting uten en controller installert, og `ingressClassName` velger hvilken controller som håndterer dem. Å forstå at Ingress opererer på **L7 (kun HTTP/HTTPS)** — så rå TCP/UDP trenger en Service eller den nyere Gateway API — og at **Gateway API** er den fremvoksende, mer uttrykksfulle etterfølgeren, gjenspeiler aktuell kunnskap fra virkeligheten. Fordi nesten hver brukervendt applikasjon på Kubernetes trenger host/path-basert ruting og TLS fra ett enkelt inngangspunkt, og fordi skillet objekt-vs-controller er en hyppig kilde til forvirring både i intervjuer og praksis, er et solid grep om Ingress grunnleggende for å eksponere og drifte web-workloads på en klynge.

Problemet Ingress løser

Hvordan det henger sammen

Et Ingress-manifest

Nøkkelpunkter

Hvorfor det er viktig

Relaterte spørsmål