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 के बजाय एक प्रवेश बिंदु, TLS termination, और host/path routing देता है।

## Ingress जो समस्या हल करता है

```text
type: LoadBalancer के साथ कई services उजागर करने का मतलब है BAHUT से cloud LBs (और public IPs)
— महँगा, और कोई साझा hostname/path routing या TLS नहीं।
Ingress एक प्रवेश बिंदु देता है जो host व path के आधार पर आंतरिक ClusterIP Services की ओर route करता है।
```

## यह कैसे जुड़ता है

```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 को controller पर "shop-tls" Secret के cert का उपयोग करके terminate किया जाता है।
```

## मुख्य बिंदु

```text
• आपको एक Ingress Controller चलाना ही होगा — अकेला Ingress object कुछ नहीं करता।
• ingressClassName चुनता है कि कौन-सा controller नियम संभाले।
• Ingress केवल HTTP/HTTPS (L7) है। raw TCP/UDP के लिए Service या Gateway API उपयोग करें।
• नया Gateway API अधिक समृद्ध, भूमिका-उन्मुख routing वाला विकसित होता उत्तराधिकारी है।
```

```bash
kubectl get ingress                  # नियम, hosts, addresses की सूची
kubectl describe ingress app-ingress # backends व events देखें
```

## यह क्यों महत्वपूर्ण है

Ingress Kubernetes पर HTTP/HTTPS applications को बाहरी दुनिया के सामने उजागर करने का मानक तरीका है, इसलिए इसे समझना मध्य-स्तरीय इंजीनियरों के लिए आवश्यक networking ज्ञान है। यह जो समस्या हल करता है वह ठोस और आम है: `type: LoadBalancer` के ज़रिए कई services उजागर करने का मतलब है प्रति service एक अलग cloud load balancer और public IP प्रावधानित करना — महँगा और बिना साझा hostname routing या TLS के — जबकि एक **Ingress** आपको एक अकेला प्रवेश बिंदु देता है जो **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 पर लगभग हर उपयोगकर्ता-सामने वाले application को एक अकेले प्रवेश बिंदु से host/path-आधारित routing और TLS चाहिए, और चूँकि object-बनाम-controller का अंतर interviews और अभ्यास दोनों में भ्रम का लगातार स्रोत है, Ingress की ठोस समझ cluster पर web workloads को उजागर करने और संचालित करने की नींव है।

Ingress जो समस्या हल करता है

यह कैसे जुड़ता है

एक Ingress manifest

मुख्य बिंदु

यह क्यों महत्वपूर्ण है

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