Ingress কী এবং এটি কীভাবে external ট্রাফিককে Service-এ route করে?

Question

IT Interview Practice · Accepted Answer

একটি **Ingress** হলো একটি Kubernetes object যা **HTTP/HTTPS routing নিয়ম** সংজ্ঞায়িত করে — hostname ও URL path-কে backend **Service**-এ ম্যাপ করে। এটি একটি **Ingress Controller** (nginx, Traefik, cloud gateway) দ্বারা পূরণ করা হয় এবং আপনাকে প্রতি service-এ একটি LoadBalancer-এর বদলে একটি প্রবেশদ্বার, 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                  # rule, host, address তালিকা
kubectl describe ingress app-ingress # backend ও event দেখুন
```

## এটি কেন গুরুত্বপূর্ণ

Ingress হলো Kubernetes-এ বাইরের জগতে HTTP/HTTPS অ্যাপ্লিকেশন প্রকাশের প্রমিত উপায়, তাই এটি বোঝা middle-স্তরের ইঞ্জিনিয়ারদের জন্য অপরিহার্য networking জ্ঞান। এটি যে সমস্যা সমাধান করে তা সুনির্দিষ্ট ও সাধারণ: `type: LoadBalancer`-এর মাধ্যমে অনেক service প্রকাশ করা মানে প্রতি service-এ একটি পৃথক cloud load balancer ও পাবলিক IP provision করা — ব্যয়বহুল এবং shared hostname routing বা TLS ছাড়া — যেখানে একটি **Ingress** আপনাকে একটি একক প্রবেশদ্বার দেয় যা **host ও path** দিয়ে অভ্যন্তরীণ ClusterIP Service-এ 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 অ্যাপ্লিকেশনের একটি একক প্রবেশদ্বার থেকে host/path-ভিত্তিক routing ও TLS দরকার, এবং যেহেতু object-vs-controller পার্থক্য ইন্টারভিউ ও অনুশীলন উভয়েই বিভ্রান্তির একটি ঘন ঘন উৎস, Ingress-এর একটি দৃঢ় ধারণা একটি cluster-এ web workload প্রকাশ ও পরিচালনার জন্য ভিত্তিমূলক।

Ingress যে সমস্যা সমাধান করে

এটি কীভাবে একসাথে খাপ খায়

একটি Ingress manifest

মূল বিষয়সমূহ

এটি কেন গুরুত্বপূর্ণ

সম্পর্কিত প্রশ্ন