Mikä on Ingress ja miten se reitittää ulkoisen liikenteen Serviceihin?

Question

IT Interview Practice · Accepted Answer

**Ingress** on Kubernetes-objekti, joka määrittää **HTTP/HTTPS-reitityssäännöt** — kuvaten hostnamet ja URL-polut taustapalvelu-**Serviceihin**. Sen toteuttaa **Ingress Controller** (nginx, Traefik, pilvigatewayt) ja se antaa yhden sisääntulopisteen, TLS-terminaation ja host/path-reitityksen sen sijaan että olisi LoadBalancer palvelua kohti.

## Ongelma jonka Ingress ratkaisee

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

## Miten se sopii yhteen

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

## Ingress-manifesti

```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-varmenne/-avain tallennettuna Secretiin
  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.
```

## Keskeisiä kohtia

```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                  # listaa säännöt, hostit, osoitteet
kubectl describe ingress app-ingress # näe backendit & tapahtumat
```

## Miksi se on tärkeää

Ingress on vakiotapa paljastaa HTTP/HTTPS-sovellukset ulkomaailmalle Kubernetesissa, joten sen ymmärtäminen on olennaista verkotustietoa keskitason insinööreille. Ongelma jonka se ratkaisee on konkreettinen ja yleinen: monien palvelujen paljastaminen `type: LoadBalancerin` kautta tarkoittaa erillisen pilvikuormantasaajan ja julkisen IP:n provisiointia palvelua kohti — kallista ja ilman jaettua hostname-reititystä tai TLS:ää — kun taas **Ingress** antaa sinulle yhden sisääntulopisteen, joka reitittää **hostin ja polun** mukaan sisäisiin ClusterIP-Serviceihin ja terminoi **TLS:n** keskitetysti. Erottelu joka kompastuttaa ihmisiä on **Ingress-objektin** (deklaratiiviset reitityssäännöt) ja **Ingress Controllerin** (varsinainen ajossa oleva proxy — nginx, Traefik, pilvigateway — joka tarkkailee noita sääntöjä ja pakottaa ne) välillä; säännöt eivät tee mitään ilman asennettua kontrolleria, ja `ingressClassName` valitsee mikä kontrolleri niitä käsittelee. Sen ymmärtäminen, että Ingress toimii **L7:llä (vain HTTP/HTTPS)** — joten raaka TCP/UDP tarvitsee Servicen tai uudemman Gateway API:n — ja että **Gateway API** on kehittyvä, ilmaisuvoimaisempi seuraaja, heijastaa ajantasaista, todellista tietoa. Koska lähes jokainen käyttäjälle näkyvä sovellus Kubernetesissa tarvitsee host/path-pohjaista reititystä ja TLS:ää yhdestä sisääntulopisteestä, ja koska objekti-vs-kontrolleri-erottelu on usein toistuva hämmennyksen lähde sekä haastatteluissa että käytännössä, vankka Ingressin hallinta on perustavaa web-työkuormien paljastamiselle ja operoinnille klusterissa.

Ongelma jonka Ingress ratkaisee

Miten se sopii yhteen

Ingress-manifesti

Keskeisiä kohtia

Miksi se on tärkeää

Aiheeseen liittyvät kysymykset