মনোলিথ বনাম মাইক্রোসার্ভিস

১ · মনোলিথ আর্কিটেকচার

একটি মনোলিথে সম্পূর্ণ অ্যাপ্লিকেশনের সব ফিচার (ইউজার ম্যানেজমেন্ট, অর্ডার, পেমেন্ট, নোটিফিকেশন) একই কোডবেসে, একই প্রসেসে চলে, এবং একটি একক ইউনিট হিসেবে ডিপ্লয় হয়। শুরুতে এটি খুবই সহজ — একটি রিপো, একটি ডিপ্লয়মেন্ট পাইপলাইন, ট্রানজেকশন ম্যানেজমেন্ট সহজ (সব একই ডেটাবেসে, একই প্রসেসে)।

কিন্তু অ্যাপ বড় হওয়ার সাথে সাথে সমস্যা দেখা দেয় — বিল্ড/টেস্ট সময় বেড়ে যায়, একটি ছোট বাগ ফিক্স করতেও পুরো অ্যাপ রিডিপ্লয় করতে হয় (এবং তার সাথে জড়িত ঝুঁকি নিতে হয়), একটি অংশে (যেমন পেমেন্ট) বেশি ট্রাফিক এলেও পুরো অ্যাপ স্কেল করতে হয় (এমনকি যেসব অংশে দরকার নেই), এবং একটি নির্দিষ্ট প্রযুক্তিতে (ভাষা/ফ্রেমওয়ার্ক) পুরো টিম লক-ইন হয়ে যায়।

২ · মাইক্রোসার্ভিস আর্কিটেকচার

মাইক্রোসার্ভিসে অ্যাপ্লিকেশন ছোট ছোট, স্বাধীনভাবে ডিপ্লয়যোগ্য সার্ভিসে ভাঙা হয় — প্রতিটির নিজস্ব ডেটা ও কোডবেস থাকে, এবং তারা নেটওয়ার্কের মাধ্যমে (REST/gRPC — L06, L07, বা ইভেন্ট-ড্রিভেন — L22, L23) যোগাযোগ করে।

৩ · Python-এ ডিপ্লয়মেন্ট স্কোপের পার্থক্য

নিচের কোডটি একটি হালকা, ইলাস্ট্রেটিভ ডেমো — বাস্তব ডিপ্লয়মেন্ট সিস্টেম নয়, বরং ধারণাটি দেখানোর জন্য। মনোলিথ ফাংশন একটি পরিবর্তনের জন্য সব মডিউল "রিডিপ্লয়" (রিসেট) করে, মাইক্রোসার্ভিস ফাংশন শুধু প্রাসঙ্গিক সার্ভিসটুকু আপডেট করে।

# মনোলিথ — একটি shared state, যেকোনো পরিবর্তনে পুরো অ্যাপ রিডিপ্লয় হয়
monolith_state = {"users": "v1", "orders": "v1", "payments": "v1", "notifications": "v1"}

def monolith_redeploy(changed_module, new_version):
    print(f"মনোলিথ: '{changed_module}' মডিউলে পরিবর্তন -> পুরো অ্যাপ রিডিপ্লয় হচ্ছে...")
    for module in monolith_state:
        if module == changed_module:
            monolith_state[module] = new_version
        # প্রতিটি মডিউলই রিস্টার্ট/রিডিপ্লয় হয়, কোড না পাল্টালেও
        print(f"  redeploying {module} (version={monolith_state[module]})")
    print("  পুরো অ্যাপ ডাউনটাইমসহ রিস্টার্ট সম্পন্ন\n")

# মাইক্রোসার্ভিস — প্রতিটি সার্ভিস আলাদা, শুধু প্রাসঙ্গিক সার্ভিস আপডেট হয়
microservices_state = {"users": "v1", "orders": "v1", "payments": "v1", "notifications": "v1"}

def microservice_update(changed_service, new_version):
    print(f"মাইক্রোসার্ভিস: শুধু '{changed_service}' সার্ভিস আপডেট হচ্ছে...")
    microservices_state[changed_service] = new_version
    print(f"  redeploying {changed_service} (version={microservices_state[changed_service]})")
    print("  বাকি সব সার্ভিস অপরিবর্তিত ও চালু আছে\n")

monolith_redeploy("payments", "v2")
microservice_update("payments", "v2")

print(f"মনোলিথ চূড়ান্ত অবস্থা: {monolith_state}")
print(f"মাইক্রোসার্ভিস চূড়ান্ত অবস্থা: {microservices_state}")

৪ · সঠিক সিদ্ধান্ত নেওয়া

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