Ingress म्हणजे काय आणि तो बाह्य traffic Services कडे कसा route करतो?

Question

IT Interview Practice · Accepted Answer

**Ingress** हा एक Kubernetes object आहे जो **HTTP/HTTPS routing नियम** परिभाषित करतो — hostnames आणि URL paths ला backend **Services** शी जोडतो. तो एका **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 पहा
```

## हे का महत्त्वाचे आहे

Kubernetes वर HTTP/HTTPS ऍप्लिकेशन्स बाहेरील जगासमोर उघडण्याचा प्रमाणित मार्ग Ingress आहे, त्यामुळे तो समजून घेणे हे middle-स्तरीय engineers साठी अत्यावश्यक networking ज्ञान आहे. तो सोडवत असलेली समस्या ठोस व सामान्य आहे: अनेक services `type: LoadBalancer` द्वारे उघडणे म्हणजे प्रत्येक service साठी वेगळा cloud load balancer व public IP provision करणे — महाग आणि सामायिक hostname routing किंवा TLS शिवाय — तर **Ingress** तुम्हाला एकच entry point देतो जो **host आणि path** नुसार अंतर्गत ClusterIP Services कडे route करतो व **TLS** केंद्रीयरित्या terminate करतो. जो फरक लोकांना अडखळवतो तो **Ingress object** (declarative routing नियम) आणि **Ingress Controller** (प्रत्यक्ष चालणारा proxy — nginx, Traefik, cloud gateway — जो त्या नियमांवर लक्ष ठेवून त्यांची अंमलबजावणी करतो) यांच्यातील आहे; controller बसवल्याशिवाय नियम काहीच करत नाहीत, आणि `ingressClassName` कोणता controller ते हाताळेल हे निवडतो. Ingress **L7 (फक्त HTTP/HTTPS)** वर कार्य करतो — म्हणून raw TCP/UDP ला Service किंवा नवीन Gateway API लागते — आणि **Gateway API** हा विकसित होणारा, अधिक अभिव्यक्त उत्तराधिकारी आहे हे समजणे सध्याचे, वास्तविक ज्ञान प्रतिबिंबित करते. Kubernetes वरील जवळपास प्रत्येक user-facing ऍप्लिकेशन ला एकाच entry point पासून host/path-आधारित routing व TLS लागते, आणि object-विरुद्ध-controller हा फरक interviews व व्यवहारात वारंवार गोंधळाचे कारण असतो म्हणून, Ingress चे भक्कम आकलन cluster वर web workloads उघडण्यासाठी व चालवण्यासाठी मूलभूत आहे.

Ingress कोणती समस्या सोडवतो

हे एकत्र कसे बसते

एक Ingress manifest

मुख्य मुद्दे

हे का महत्त्वाचे आहे

संबंधित प्रश्न