Ingress అంటే ఏమిటి, అది బయటి trafficను Servicesకు ఎలా route చేస్తుంది?

Question

IT Interview Practice · Accepted Answer

**Ingress** అనేది **HTTP/HTTPS routing rules** నిర్వచించే ఒక Kubernetes object — hostnames మరియు URL pathsను backend **Services**కు map చేస్తుంది. ఇది ఒక **Ingress Controller** (nginx, Traefik, cloud gateways) ద్వారా నెరవేర్చబడుతుంది, మరియు serviceకి ఒక LoadBalancer బదులుగా ఒకే ప్రవేశ స్థానం, TLS termination, మరియు host/path routing ఇస్తుంది.

## Ingress పరిష్కరించే సమస్య

```text
అనేక servicesను type: LoadBalancerతో బహిర్గతం చేయడం అంటే చాలా cloud LBs (మరియు public IPs)
— ఖరీదైనది, మరియు shared hostname/path routing లేదా TLS లేదు.
Ingress host & path ద్వారా internal 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
"shop-tls" Secretలోని certను వాడి controller వద్ద TLS terminate చేయబడుతుంది.
```

## ముఖ్య అంశాలు

```text
• మీరు తప్పనిసరిగా ఒక Ingress Controller నడపాలి — Ingress object ఒక్కటే ఏమీ చేయదు.
• ingressClassName ఏ controller rules handle చేస్తుందో ఎంచుకుంటుంది.
• Ingress HTTP/HTTPS (L7) మాత్రమే. raw TCP/UDP కోసం Service లేదా Gateway API వాడు.
• కొత్త Gateway API అనేది సంపన్నమైన, role-oriented routingతో పరిణామం చెందుతున్న వారసుడు.
```

```bash
kubectl get ingress                  # rules, hosts, addresses జాబితా
kubectl describe ingress app-ingress # backends & events చూడు
```

## ఇది ఎందుకు ముఖ్యం

Ingress అనేది Kubernetesలో బయటి ప్రపంచానికి HTTP/HTTPS applications బహిర్గతం చేసే ప్రామాణిక మార్గం, కాబట్టి దాన్ని అర్థం చేసుకోవడం middle-level engineersకు అత్యవసరమైన networking జ్ఞానం. అది పరిష్కరించే సమస్య నిర్దిష్టం మరియు సాధారణం: అనేక servicesను `type: LoadBalancer` ద్వారా బహిర్గతం చేయడం అంటే serviceకి ఒక ప్రత్యేక cloud load balancer మరియు public IP provision చేయడం — ఖరీదైనది మరియు shared hostname routing లేదా TLS లేకుండా — while ఒక **Ingress** మీకు **host మరియు path** ద్వారా internal ClusterIP Servicesకు route చేసి **TLS**ను కేంద్రీకృతంగా terminate చేసే ఒకే ప్రవేశ స్థానం ఇస్తుంది. ప్రజలను తడబడేలా చేసే తేడా **Ingress object** (declarative routing rules) మరియు **Ingress Controller** (అసలు నడుస్తున్న proxy — nginx, Traefik, ఒక cloud gateway — ఆ rules చూసి అమలు చేస్తుంది) మధ్య; ఒక controller install చేయకపోతే rules ఏమీ చేయవు, మరియు `ingressClassName` ఏ controller వాటిని handle చేస్తుందో ఎంచుకుంటుంది. Ingress **L7 (HTTP/HTTPS మాత్రమే)**లో పనిచేస్తుందని — కాబట్టి raw TCP/UDPకి ఒక Service లేదా కొత్త Gateway API అవసరం — మరియు **Gateway API** అనేది పరిణామం చెందుతున్న, మరింత వ్యక్తీకరణాత్మక వారసుడని అర్థం చేసుకోవడం ప్రస్తుత, వాస్తవ జ్ఞానాన్ని ప్రతిబింబిస్తుంది. Kubernetesలో దాదాపు ప్రతి user-facing applicationకు ఒకే ప్రవేశ స్థానం నుండి host/path-based routing మరియు TLS అవసరం కాబట్టి, మరియు object-vs-controller తేడా interviews మరియు ఆచరణ రెండింటిలోనూ తరచుగా గందరగోళానికి మూలం కాబట్టి, Ingress మీద గట్టి పట్టు ఒక clusterలో web workloads బహిర్గతం మరియు operate చేయడానికి పునాది.

Ingress పరిష్కరించే సమస్య

ఇది ఎలా కలిసి పనిచేస్తుంది

ఒక Ingress manifest

ముఖ్య అంశాలు

ఇది ఎందుకు ముఖ్యం

సంబంధిత ప్రశ్నలు