Kubernetes Service ও Ingress

১ · সমস্যা — পড-এর ঠিকানা ক্রমাগত পরিবর্তিত হয়

L28-এ আমরা দেখেছি Pod-গুলো ephemeral — একটি পড ক্র্যাশ করলে ReplicaSet একটি সম্পূর্ণ নতুন পড তৈরি করে, যেটি একটি সম্পূর্ণ নতুন IP ঠিকানা পায়। তাহলে অন্য একটি পড বা বাইরের একজন ক্লায়েন্ট কীভাবে নির্ভরযোগ্যভাবে এই ক্রমাগত-পরিবর্তনশীল পড-সেটের সাথে যোগাযোগ করবে? সরাসরি IP হার্ডকোড করা কাজ করবে না — সেই IP যেকোনো মুহূর্তে অকেজো হয়ে যেতে পারে।

২ · Service — একটি স্থিতিশীল ঠিকানা

ServiceKubernetes Serviceএকটি স্থিতিশীল ভার্চুয়াল IP/DNS নাম যা একটি label selector-এর সাথে মিলে যাওয়া বর্তমান পড-গুলোর মধ্যে স্বয়ংক্রিয়ভাবে ট্রাফিক লোড-ব্যালেন্স করে। এই সমস্যার সমাধান দেয় — এটি একটি স্থিতিশীল ভার্চুয়াল IP ঠিকানা (এবং একটি DNS নাম) প্রদান করে যা কখনও পরিবর্তন হয় না, এবং label selectorLabel Selectorএক বা একাধিক key-value জোড়া যা দিয়ে একটি Service ঠিক করে কোন পড-গুলো তার ট্রাফিকের লক্ষ্য — শুধু যেসব পডের লেবেল সব শর্ত মেলে সেগুলোই অন্তর্ভুক্ত হয়। দিয়ে বর্তমানে কোন পড-গুলো ম্যাচ করে তা ক্রমাগত পুনর্গণনা করে। এটি সরাসরি L15-এর সার্ভিস-ডিসকভারি ধারণার একটি অভ্যন্তরীণ, ক্লাস্টার-নেটিভ বাস্তবায়ন — পড আসুক বা যাক, Service-এর ঠিকানা কখনও বদলায় না।

৩ · Ingress — একটি একক প্রবেশপথ, অনেক Service

IngressIngressক্লাস্টারে বাইরের HTTP(S) ট্রাফিক প্রবেশের ব্যবস্থাপনা — পাথ বা হোস্টনেম অনুযায়ী ভিন্ন ভিন্ন Service-এ রাউট করে, একটি একক এন্ট্রি পয়েন্ট থেকে। প্রতিটি Service-এর জন্য আলাদা LoadBalancer ব্যবহার করা ব্যয়বহুল ও ব্যবস্থাপনা-জটিল হতে পারে। Ingress একটি একক প্রবেশপথ দেয় যা পাথ (যেমন /api বনাম /images) বা হোস্টনেম অনুযায়ী ভিন্ন ভিন্ন Service-এ ট্রাফিক রাউট করে — ধারণাগতভাবে system-design কোর্সের API gateway-এর সাথে মিল রয়েছে। এটি অনেকগুলো ব্যাকএন্ড Service-কে একটি একক, সুসংগঠিত বাইরের ঠিকানার পেছনে সাজিয়ে রাখে।

# Label-selector-ভিত্তিক Service রাউটিং সিমুলেশন
# (fake in-memory ডেটা — বাস্তব kubectl/cluster-এর বিরুদ্ধে চলছে না)

pods = [
    {"id": "pod-1", "labels": {"app": "web", "version": "v1"}},
    {"id": "pod-2", "labels": {"app": "web", "version": "v2"}},
    {"id": "pod-3", "labels": {"app": "web", "version": "v2"}},
    {"id": "pod-4", "labels": {"app": "worker", "version": "v2"}},
]


def get_matching_pods(pods, selector):
    """selector-এর সবগুলো key-value শর্ত মেলে এমন পড-গুলোর id ফেরত দেয়।"""
    matches = []
    for pod in pods:
        if all(pod["labels"].get(k) == v for k, v in selector.items()):
            matches.append(pod["id"])
    return matches


service_selector = {"app": "web", "version": "v2"}
print("Service selector:", service_selector)
print("বর্তমান ম্যাচিং পড:", get_matching_pods(pods, service_selector))

# pod-2 রোলিং-আপডেটে সরে গেল, নতুন pod-5 (v2) যোগ হলো — L28-এর মতোই একটি স্বাভাবিক পরিবর্তন
pods = [p for p in pods if p["id"] != "pod-2"]
pods.append({"id": "pod-5", "labels": {"app": "web", "version": "v2"}})

print("\nপড-সেট পরিবর্তনের পরে (pod-2 সরে গেছে, pod-5 যোগ হয়েছে):")
print("নতুন ম্যাচিং পড:", get_matching_pods(pods, service_selector))
print("Service-এর ঠিকানা কিন্তু এই পুরো সময়ে একটুও বদলায়নি")