Çfarë është Ingress dhe si e routon trafikun e jashtëm te Service-t?

Question

IT Interview Practice · Accepted Answer

Një **Ingress** është një object Kubernetes që përcakton **rregulla routing HTTP/HTTPS** — duke mapuar hostname dhe path URL-je te **Service-t** backend. Përmbushet nga një **Ingress Controller** (nginx, Traefik, gateway cloud-i) dhe të jep një pikë të vetme hyrjeje, TLS termination, dhe routing sipas host/path në vend të një LoadBalancer për çdo service.

## Problemi që zgjidh Ingress

```text
Ekspozimi i shumë service-ve me type: LoadBalancer do të thotë SHUMË LB cloud (dhe IP publike)
— të shtrenjtë, dhe pa routing host/path të përbashkët apo TLS.
Ingress jep NJË pikë hyrjeje që routon sipas host & path te Service-t e brendshëm ClusterIP.
```

## Si ndërthuret

```text
      Internet
         │
   ┌─────┴──────────────┐
   │ Ingress Controller │  (një Pod, p.sh. nginx; zakonisht prapa NJË LoadBalancer)
   │  lexon rregullat Ingress│
   └─────┬──────────────┘
         │ routon sipas host / path
   ┌─────┼───────────────┬───────────────┐
   ▼                     ▼               ▼
 Service: web        Service: api    Service: admin  (të gjithë ClusterIP)
   │                     │               │
 Pod-e                 Pod-e           Pod-e

Ingress (rregullat)  ≠  Ingress Controller (proxy-i që funksionon e i zbaton ato)
```

## Një 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        # cert/key TLS të ruajtura në një 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 Pod-e
shop.example.com/...     → Service "web" → web Pod-e
TLS përfundohet te controller-i duke përdorur cert-in në Secret-in "shop-tls".
```

## Pika kyçe

```text
• DUHET të drejtosh një Ingress Controller — object-i Ingress vetëm nuk bën asgjë.
• ingressClassName zgjedh cili controller i trajton rregullat.
• Ingress është vetëm HTTP/HTTPS (L7). Për TCP/UDP të papërpunuar përdor një Service ose Gateway API.
• Gateway API më i ri është pasardhësi në evoluim me routing më të pasur, të orientuar-nga-roli.
```

```bash
kubectl get ingress                  # listo rregullat, host-et, adresat
kubectl describe ingress app-ingress # shiko backend-et & events
```

## Pse ka rëndësi

Ingress është mënyra standarde për të ekspozuar aplikacione HTTP/HTTPS te bota e jashtme në Kubernetes, kështu që të kuptuarit e tij është njohuri thelbësore networking-u për inxhinierët e nivelit middle. Problemi që zgjidh është konkret dhe i zakonshëm: ekspozimi i shumë service-ve nëpërmjet `type: LoadBalancer` do të thotë sigurimi i një load balancer cloud të veçantë dhe IP publike për çdo service — të shtrenjtë dhe pa routing të përbashkët hostname apo TLS — ndërsa një **Ingress** të jep një pikë të vetme hyrjeje që routon sipas **host dhe path** te Service-t e brendshëm ClusterIP dhe përfundon **TLS** në mënyrë të centralizuar. Dallimi që i pengon njerëzit është midis **object-it Ingress** (rregulla routing deklarative) dhe **Ingress Controller** (proxy-i faktik që funksionon — nginx, Traefik, një gateway cloud — që vëzhgon ato rregulla dhe i zbaton); rregullat nuk bëjnë asgjë pa një controller të instaluar, dhe `ingressClassName` zgjedh cili controller i trajton. Të kuptosh që Ingress vepron te **L7 (vetëm HTTP/HTTPS)** — kështu që TCP/UDP i papërpunuar ka nevojë për një Service ose Gateway API më të ri — dhe që **Gateway API** është pasardhësi në evoluim, më shprehës, pasqyron njohuri aktuale, të botës reale. Meqë thuajse çdo aplikacion i orientuar-nga-përdoruesi në Kubernetes ka nevojë për routing sipas host/path dhe TLS nga një pikë e vetme hyrjeje, dhe meqë dallimi object-vs-controller është një burim i shpeshtë konfuzioni si në intervista ashtu edhe në praktikë, kapja solide e Ingress është themelore për të ekspozuar dhe operuar workload-e web në një cluster.

Problemi që zgjidh Ingress

Si ndërthuret

Një manifest Ingress

Pika kyçe

Pse ka rëndësi

Pyetje të ngjashme