পাবলিক, প্রাইভেট ও হাইব্রিড ক্লাউড

১ · তিনটি ডিপ্লয়মেন্ট মডেল

L01-এ আমরা দেখেছি ক্লাউড সার্ভিস কী ধরনের (IaaS/PaaS/SaaS) হতে পারে। এই পাঠে আমরা দেখব সেই ইনফ্রাস্ট্রাকচার কোথায় ও কার জন্যDeployment Modelক্লাউড ইনফ্রাস্ট্রাকচার কোথায় হোস্ট হচ্ছে এবং কতজন গ্রাহকের মধ্যে শেয়ার্ড তার উপর ভিত্তি করে শ্রেণীবিভাগ। হোস্ট হচ্ছে — এই "ডিপ্লয়মেন্ট মডেল" অনুযায়ী তিনটি প্রধান বিভাগ আছে।

২ · মাল্টি-টেন্যান্সি — কীভাবে শেয়ার্ড হার্ডওয়্যারে আইসোলেশন সম্ভব

পাবলিক ক্লাউড সস্তা হওয়ার মূল কারণ হলো মাল্টি-টেন্যান্সিMulti-tenancyএকই ফিজিক্যাল হার্ডওয়্যারে একাধিক গ্রাহকের (টেন্যান্ট) রিসোর্স একসাথে চালানো, কিন্তু প্রতিটি টেন্যান্টের ডেটা ও রিসোর্স একে অপরের থেকে সম্পূর্ণ আলাদা রাখা। — প্রোভাইডার একই ফিজিক্যাল সার্ভারে শত শত গ্রাহকের ওয়ার্কলোড চালায়, কিন্তু ভার্চুয়ালাইজেশন (হাইপারভাইজার-ভিত্তিক আইসোলেশন — L22-এ কন্টেইনার বনাম VM নিয়ে বিস্তারিত) নিশ্চিত করে একজন গ্রাহক আরেকজনের ডেটা দেখতে বা তার রিসোর্স ব্যবহারে হস্তক্ষেপ করতে পারে না। এই শেয়ারিং-ই প্রোভাইডারকে স্কেলে খরচ কমাতে ও তা গ্রাহকদের কাছে কম দামে পৌঁছে দিতে সাহায্য করে।

৩ · প্রাইভেট ক্লাউড — বেশি নিয়ন্ত্রণ, বেশি দায়িত্ব

কিছু প্রতিষ্ঠানের জন্য শেয়ার্ড ইনফ্রাস্ট্রাকচার যথেষ্ট নয় — কঠোর রেগুলেটরি প্রয়োজন (যেমন ব্যাংকিং, স্বাস্থ্যসেবা খাতের ডেটা-লোকেশন নিয়ম), অতি-সংবেদনশীল ডেটা, বা নির্দিষ্ট হার্ডওয়্যার/পারফরম্যান্স প্রয়োজনের কারণে তারা প্রাইভেট ক্লাউড বেছে নেয় — ডেডিকেটেড ইনফ্রাস্ট্রাকচার, হয় নিজস্ব ডেটা সেন্টারে (on-premises) নয়তো তৃতীয়-পক্ষের হোস্টেড প্রাইভেট ক্লাউডে। এখানে নিয়ন্ত্রণ ও কমপ্লায়েন্স-নিশ্চয়তা বেশি, কিন্তু হার্ডওয়্যার বিনিয়োগ ও পরিচালন-দায়িত্ব ফিরে আসে — অনেকটা L01-এ দেখা IaaS-এর মতোই ট্রেড-অফ, শুধু আরও চরম মাত্রায়।

৪ · হাইব্রিড ক্লাউড — সেরা দুটোর মিশ্রণ

বাস্তবে বেশিরভাগ বড় প্রতিষ্ঠান বিশুদ্ধ পাবলিক বা বিশুদ্ধ প্রাইভেট নয়, বরং হাইব্রিড ক্লাউডHybrid Cloudপাবলিক ও প্রাইভেট ক্লাউড উভয়ের সংমিশ্রণ ব্যবহার করা মডেল — ওয়ার্কলোড এর প্রয়োজন অনুযায়ী কোথায় চলবে তা ভাগ করে নেওয়া হয়। ব্যবহার করে — সংবেদনশীল ডেটা বা কোর সিস্টেম প্রাইভেট ক্লাউডে রেখে, বাকি ওয়ার্কলোড পাবলিক ক্লাউডে চালায়। একটি বিশেষভাবে গুরুত্বপূর্ণ প্যাটার্ন হলো "ক্লাউড বার্স্টিং" — সাধারণ সময়ে নিজস্ব প্রাইভেট ইনফ্রাস্ট্রাকচারে চলা একটি অ্যাপ্লিকেশন, হঠাৎ বাড়তি চাহিদার (যেমন উৎসব মৌসুমে ট্রাফিক স্পাইক) সময় সাময়িকভাবে পাবলিক ক্লাউডের বাড়তি ক্যাপাসিটি ব্যবহার করে "বার্স্ট" করে — চাহিদা কমলে আবার শুধু প্রাইভেট ইনফ্রাস্ট্রাকচারে ফিরে আসে।

৫ · কখন কোন মডেল বেছে নেবেন

সিদ্ধান্ত নির্ভর করে কমপ্লায়েন্স চাহিদা, ওয়ার্কলোডের স্থিতিশীলতা ও প্রতিষ্ঠানের আকারের উপর — নিচের কোড সেলে একটি সরল তুলনামূলক টেবিল দেখা যাক।

# তিনটি ডিপ্লয়মেন্ট মডেলের তুলনামূলক রেফারেন্স টেবিল (illustrative)
deployment_models = {
    "পাবলিক ক্লাউড": {
        "cost_profile": "সর্বনিম্ন — pay-as-you-go",
        "control_level": "কম",
        "typical_use_case": "স্টার্টআপ, ভেরিয়েবল-লোড ওয়েব অ্যাপ",
    },
    "প্রাইভেট ক্লাউড": {
        "cost_profile": "উচ্চ — ডেডিকেটেড ইনফ্রা",
        "control_level": "সর্বোচ্চ",
        "typical_use_case": "ব্যাংকিং, স্বাস্থ্যসেবা — কঠোর কমপ্লায়েন্স",
    },
    "হাইব্রিড ক্লাউড": {
        "cost_profile": "মিশ্রিত — বেস প্রাইভেট + বার্স্ট পাবলিক",
        "control_level": "মাঝামাঝি",
        "typical_use_case": "মৌসুমি ট্রাফিক স্পাইকসহ এন্টারপ্রাইজ",
    },
}

print(f"{'মডেল':18}{'খরচ প্রোফাইল':32}{'নিয়ন্ত্রণ':10}{'সাধারণ ব্যবহার'}")
for model, info in deployment_models.items():
    print(f"{model:18}{info['cost_profile']:32}{info['control_level']:10}{info['typical_use_case']}")