কেস স্টাডি: মনোলিথ থেকে কন্টেইনারে মাইগ্রেশন

১ · কনটেক্সট — সমস্যা

একটি কাল্পনিক ই-কমার্স কোম্পানির একটি বড়, পুরনো মনোলিথিক অ্যাপ্লিকেশন আছে — একটি একক কোডবেস, একটি VM-এ চলে (L05-এর ধরন), যেখানে ইউজার অথেন্টিকেশন, প্রোডাক্ট ক্যাটালগ, চেকআউট/পেমেন্ট, ও রিপোর্টিং — সব একসাথে বান্ডল করা। প্রতিটি ছোট পরিবর্তনের জন্য পুরো অ্যাপ্লিকেশন রিবিল্ড ও রিডিপ্লয় করতে হয়, এবং স্কেল করতে হলে পুরো মনোলিথের একটি অতিরিক্ত কপি চালাতে হয় (এমনকি যদি শুধু একটি অংশে বেশি লোড থাকে) — L06-এর অটো-স্কেলিং এখানে অকার্যকর। লক্ষ্য: প্রতিটি কম্পোনেন্টকে স্বাধীনভাবে স্কেল ও ডিপ্লয় করার মতো কন্টেইনারাইজড মাইক্রোসার্ভিসে রূপান্তর করা।

২ · অ্যাপ্রোচ — কোন পাঠের কৌশল কোথায় প্রয়োগ হলো

প্রথমে অ্যাপ্লিকেশনটিকে কন্টেইনারাইজ করা হয় — প্রতিটি কম্পোনেন্টের জন্য আলাদা Dockerfile লেখা হয় (M6/L23), হার্ডকোডেড কনফিগারেশন (ডেটাবেস URL, ফিচার-ফ্ল্যাগ) সরিয়ে ConfigMap/এনভায়রনমেন্ট ভ্যারিয়েবলে বের করে আনা হয় (M7/L30, M9/L38-এর এক্সটার্নালাইজেশন নীতি) — এতে একই ইমেজ dev/staging/production-এ ভিন্ন কনফিগ নিয়ে চলতে পারে। প্রতিটি কমিটে একটি CI পাইপলাইন (M8/L33) নতুন ইমেজ বিল্ড ও স্ক্যান (M6/L26) করে — কোনো known-vulnerable প্যাকেজ পেলে পাইপলাইন ফেল-ফাস্ট থামে। প্রতিটি মাইগ্রেটেড কম্পোনেন্ট একটি Kubernetes Deployment/Service জোড়া (M7/L28-29) হিসেবে ডিপ্লয় হয়, এবং প্রতিটি কাটওভার একটি ঝুঁকিপূর্ণ এক-ধাক্কা সুইচের বদলে একটি ধীর, ক্যানারি-স্টাইল রোলআউটে হয় (M8/L37)।

৩ · মূল ট্রেড-অফ — ইনক্রিমেন্টাল বনাম বিগ-ব্যাং

৪ · কোড — স্ট্র্যাংলার-ফিগ মাইগ্রেশন ট্র্যাকার

নিচের কোডে প্রতিটি অ্যাপ্লিকেশন কম্পোনেন্টের মাইগ্রেশন স্ট্যাটাস ট্র্যাক করা হয়, এবং L14-এর পথ-ভিত্তিক রাউটিং প্যাটার্ন পুনঃব্যবহার করে প্রতিটি কম্পোনেন্টের জন্য বর্তমান রাউটিং সিদ্ধান্ত (পুরনো নাকি নতুন সিস্টেম) দেখানো হয়।

# প্রতিটি মনোলিথ কম্পোনেন্টের মাইগ্রেশন স্ট্যাটাস
components = {
    "ইউজার অথেন্টিকেশন":   {"migrated": True},
    "প্রোডাক্ট ক্যাটালগ":    {"migrated": True},
    "চেকআউট/পেমেন্ট":       {"migrated": False},
    "রিপোর্টিং":            {"migrated": False},
}

def routing_decision(component_info):
    # L14-এর পথ-ভিত্তিক রাউটিং প্যাটার্নের পুনঃব্যবহার — মাইগ্রেটেড হলে নতুন সিস্টেমে, নাহলে পুরনো মনোলিথে
    return "নতুন কন্টেইনারাইজড সার্ভিস (K8s)" if component_info["migrated"] else "পুরনো মনোলিথ (VM)"

def migration_progress(components):
    total = len(components)
    migrated = sum(1 for info in components.values() if info["migrated"])
    pct = (migrated / total) * 100
    return migrated, total, pct

print("=== বর্তমান রাউটিং সিদ্ধান্ত ===")
for name, info in components.items():
    print(f"{name:20}-> {routing_decision(info)}")

migrated_count, total_count, pct_done = migration_progress(components)
print(f"\nমাইগ্রেশন অগ্রগতি: {migrated_count}/{total_count} কম্পোনেন্ট মাইগ্রেটেড ({pct_done:.0f}%)")

৫ · ফলাফল

দুই কম্পোনেন্ট মাইগ্রেট হওয়ার পর, অ্যাপ্লিকেশন টিম স্বাধীনভাবে প্রোডাক্ট ক্যাটালগ স্কেল করতে পারছে (উচ্চ ট্রাফিকের সময়, বাকি সিস্টেম না ছুঁয়ে) এবং প্রতিটি ছোট ক্যাটালগ ফিচার আলাদাভাবে ডিপ্লয় করতে পারছে (পুরো মনোলিথ রিবিল্ড না করে) — ঠিক যে সমস্যার সমাধানে এই মাইগ্রেশন শুরু হয়েছিল। বাকি দুটি কম্পোনেন্ট (চেকআউট, রিপোর্টিং) একই প্যাটার্নে, একটির পর একটি, আগামী কয়েক মাসে মাইগ্রেট হবে।