Ingress શું છે અને તે બાહ્ય traffic ને Services સુધી કેવી રીતે route કરે છે?

Question

IT Interview Practice · Accepted Answer

એક **Ingress** એ Kubernetes object છે જે **HTTP/HTTPS routing નિયમો** વ્યાખ્યાયિત કરે છે — hostnames અને URL paths ને backend **Services** સાથે mapping કરે છે. તે એક **Ingress Controller** (nginx, Traefik, cloud gateways) દ્વારા પૂરું પડાય છે અને દરેક service દીઠ LoadBalancer ને બદલે એક entry point, TLS termination, અને host/path routing આપે છે.

## Ingress કઈ સમસ્યા ઉકેલે છે

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

## તે એકસાથે કેવી રીતે બંધ બેસે છે

```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 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 cert/key એક 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.
```

## મુખ્ય મુદ્દા

```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                  # નિયમો, hosts, addresses ની યાદી
kubectl describe ingress app-ingress # backends અને events જુઓ
```

## આ શા માટે મહત્વનું છે

Ingress એ Kubernetes પર HTTP/HTTPS એપ્લિકેશનોને બહારની દુનિયા સામે expose કરવાની પ્રમાણભૂત રીત છે, તેથી તેને સમજવું middle-level engineers માટે આવશ્યક networking જ્ઞાન છે. તે જે સમસ્યા ઉકેલે છે તે નક્કર અને સામાન્ય છે: `type: LoadBalancer` દ્વારા ઘણી services expose કરવી એટલે દરેક service દીઠ એક અલગ cloud load balancer અને public IP provision કરવું — ખર્ચાળ અને shared hostname routing કે TLS વગર — જ્યારે એક **Ingress** તમને એક જ entry point આપે છે જે **host અને path** દ્વારા આંતરિક ClusterIP Services તરફ route કરે છે અને **TLS** ને કેન્દ્રિય રીતે terminate કરે છે. જે ભેદ લોકોને ગૂંચવે છે તે **Ingress object** (declarative routing નિયમો) અને **Ingress Controller** (ખરેખરો ચાલતો proxy — nginx, Traefik, cloud gateway — જે એ નિયમો watch કરે અને લાગુ કરે) વચ્ચેનો છે; controller install કર્યા વગર નિયમો કંઈ કરતા નથી, અને `ingressClassName` પસંદ કરે છે કે કયો controller તેમને handle કરે. એ સમજવું કે Ingress **L7 (ફક્ત HTTP/HTTPS)** પર કામ કરે છે — તેથી raw TCP/UDP ને Service કે નવા Gateway API ની જરૂર છે — અને **Gateway API** એ વિકસતો, વધુ અભિવ્યક્તિક્ષમ successor છે, એ વર્તમાન, વાસ્તવિક જ્ઞાનને પ્રતિબિંબિત કરે છે. કારણ કે Kubernetes પર લગભગ દરેક user-facing એપ્લિકેશનને એક જ entry point થી host/path-based routing અને TLS જોઈએ છે, અને કારણ કે object-vs-controller ભેદ interviews અને વ્યવહાર બંનેમાં વારંવારનું ગૂંચવણનું કારણ છે, Ingress ની મજબૂત સમજ cluster પર web workloads ને expose અને operate કરવા માટે પાયાની છે.

Ingress કઈ સમસ્યા ઉકેલે છે

તે એકસાથે કેવી રીતે બંધ બેસે છે

એક Ingress manifest

મુખ્ય મુદ્દા

આ શા માટે મહત્વનું છે

સંબંધિત પ્રશ્નો