লঞ্চার পণ্য Bitnami ডকুমেন্টেশনimaxe CLI ব্লগ যোগাযোগ

AWS বনাম Azure বনাম GCP: ক্লাউডে ক্লাউডে মেশিন ইমেজের তুলনা

AMI, Managed Image, Custom Image: একই জিনিসের —মেশিন চালু করার টেমপ্লেট— জন্য প্রতিটি ক্লাউডের আলাদা নাম আর আলাদা নিয়ম। একাধিক ক্লাউডে কাজ করলে পার্থক্যগুলো বোঝা আপনাকে চমক থেকে বাঁচায়।

১৯ ইঞ্চি র‌্যাকে প্যাচ প্যানেল ও ইথারনেট সুইচ
১৯ ইঞ্চি র‌্যাকে প্যাচ প্যানেল ও ইথারনেট সুইচ ছবি: Dsimic · CC BY-SA 4.0 · Wikimedia Commons

তিনটি বড় ক্লাউড একই সমস্যার সমাধান করে —একই রকম মেশিন চালু করার জন্য পুনর্ব্যবহারযোগ্য টেমপ্লেট রাখা— তবে নিজস্ব পদ্ধতি ও নামকরণে। সমতুল্যতাগুলো জানা হলো ঘর্ষণহীন মাল্টিক্লাউড কৌশল সাজানোর প্রথম ধাপ।

AWS-এ একে বলে AMI (Amazon Machine Image); Azure-এ Managed Image এবং সর্বোপরি Azure Compute Gallery (আগে Shared Image Gallery); Google Cloud-এ Custom Image। সবগুলোই একটি পূর্বনির্ধারিত বুট ডিস্ক আবদ্ধ করে, কিন্তু সংস্করণ, ভাগাভাগি ও বিতরণের ধরনে এরা আলাদা।

এক নজরে সমতুল্যতা

ধারণাAWSAzureGoogle Cloud
মেশিন ইমেজAMIManaged ImageCustom Image
ক্যাটালগ বা গ্যালারিনেটিভ কিছু নেই: ট্যাগ ও SSMAzure Compute GalleryImage Family
ব্যবস্থাপিত সংস্করণম্যানুয়াল, নাম ও ট্যাগেGallery-তে নেটিভImage Family: পরিবারপ্রতি সর্বশেষ
বহু-অঞ্চলে বিতরণAMI-এর কপিGallery-তে রেপ্লিকাডিফল্টে বৈশ্বিক ইমেজ
অন্তর্নিহিত স্টোরEBS স্ন্যাপশটManaged DisksPersistent Disk
এনক্রিপশনKMSপ্ল্যাটফর্ম বা গ্রাহকের কীGoogle-ব্যবস্থাপিত বা CMEK

তিনটি বড় ক্লাউডে মেশিন ইমেজের কার্যকরী সমতুল্যতা।

AWS AMI: কার্যত মানদণ্ড

AMI সম্ভবত সবচেয়ে পরিচিত ইমেজ ফরম্যাট এবং সবচেয়ে বড় ইকোসিস্টেমের অধিকারী। এর শক্তি পরিপক্বতা: বিশাল ক্যাটালগ, EC2 Image Builder ও Marketplace-এর সঙ্গে সংহতি, আর বিপুল কমিউনিটি। এর ঐতিহাসিক দুর্বলতা হলো ব্যবস্থাপিত সংস্করণসহ নেটিভ ইমেজ গ্যালারির অভাব: সংস্করণ ও বহু-অঞ্চলে বিতরণ সামলানো হয় নামকরণের রীতি, ট্যাগ, SSM Parameter Store এবং অঞ্চলের মধ্যে স্পষ্ট কপির মাধ্যমে।

Azure ইমেজ গভর্নেন্সে জোর বাজি ধরেছে। Compute Gallery নেটিভভাবেই দেয় ইমেজ সংজ্ঞা, সংস্করণ ও একাধিক অঞ্চলে স্বয়ংক্রিয় রেপ্লিকা, সঙ্গে সূক্ষ্ম অ্যাক্সেস নিয়ন্ত্রণ। যেসব বড় প্রতিষ্ঠানকে দল ও অঞ্চল অনুযায়ী গোছানোভাবে ইমেজ বিতরণ করতে হয়, তাদের জন্য এটি খুবই আরামদায়ক মডেল। বিনিময়ে ধারণাগুলো শিখতে একটু বেশি খাটতে হয়।

GCP Custom Image: বৈশ্বিক সারল্য

Google Cloud সারল্যের জন্য আলাদা। এর ইমেজ ডিফল্টেই বৈশ্বিক —অঞ্চলে অঞ্চলে কপি করতে হয় না— আর Image Family ধারণাটি সংস্করণ সমস্যার সুন্দর সমাধান দেয়: আপনি পরিবারটির দিকে নির্দেশ করেন, আর সবসময় সর্বশেষ অবচিত-নয় ইমেজ পান। এটি ঘর্ষণ কমানো ন্যূনতমবাদী মডেল, যা পরিচালন সারল্যকে মূল্য দেওয়া দলগুলোর কাছে বিশেষভাবে আকর্ষণীয়।

মাল্টিক্লাউড কৌশল: এক টেমপ্লেট, তিন ইমেজ

একাধিক ক্লাউডে প্রকাশ বা মোতায়েন করলে তিনটি আলাদা বিল্ড প্রক্রিয়া বজায় রাখা যন্ত্রণাদায়ক। শিল্পক্ষেত্রের উত্তর হলো Packer: শেয়ার করা প্রোভিশনারসহ একটিমাত্র টেমপ্লেট আর প্রতি ক্লাউডে একটি source ব্লক, যা একই সংজ্ঞা থেকে সমান্তরালে AMI, Managed Image ও Custom Image বানাতে পারে।

  • তিন ক্লাউডেই একই ইনস্টলেশন ও হার্ডেনিং স্ক্রিপ্ট পুনর্ব্যবহার করুন
  • পরিবেশগুলোর মধ্যে বিচ্যুতি কমান: একই কনফিগারেশন, তিনটি গন্তব্য।
  • নাম ও মেটাডেটার অভিন্ন স্কিমে সুসংগতভাবে সংস্করণ করুন
  • প্রতিটি গ্যালারিতে প্রকাশ স্বয়ংক্রিয় করুন: Gallery, Image Family, ট্যাগ ও SSM।

কোনটি বেছে নেবেন?

চূড়ান্ত বিজয়ী নেই; নির্ভর করে আপনার প্রেক্ষাপটে। ইকোসিস্টেম ও পরিপক্বতা চাইলে AWS। নেটিভ সংস্করণ ও রেপ্লিকাসহ এন্টারপ্রাইজ ইমেজ গভর্নেন্স দরকার হলে Azure-এর Compute Gallery উজ্জ্বল। কপি ছাড়াই সারল্য ও বৈশ্বিক নাগাল পছন্দ হলে GCP। আর যদি আপনি একাধিক ক্লাউডে বাস করেন, উত্তরটি কোনো প্ল্যাটফর্ম নয়, বরং একটি অভ্যাস: ইমেজকে কোড হিসেবে বর্ণনা করুন এবং বহনযোগ্যভাবে বানান।

প্রায়শই জিজ্ঞাসিত প্রশ্ন

AWS-এর AMI কি সরাসরি Azure বা GCP-তে সরানো যায়?

সরাসরি নয়: ফরম্যাট ও অন্তর্নিহিত স্টোর আলাদা। প্রচলিত উপায় হলো একটি অভিন্ন টেমপ্লেট থেকে প্রতিটি ক্লাউডে ইমেজ নতুন করে বানানো, যেমন Packer দিয়ে; কিংবা প্রতিটি সরবরাহকারীর ইমপোর্ট প্রক্রিয়ায় ডিস্ক আমদানি করা।

কোন ক্লাউডে ইমেজ সংস্করণ সবচেয়ে ভালো?

Azure Compute Gallery সহজাতভাবেই সবচেয়ে পূর্ণাঙ্গ ব্যবস্থাপিত সংস্করণ দেয়; GCP Image Families দিয়ে বিষয়টি মার্জিতভাবে সামলায়; AWS-এ নিজস্ব রীতি বেশি লাগে, যদিও তা খুব নমনীয়।

মাল্টিক্লাউড ইমেজ কৌশল কি সার্থক?

ডেটা সার্বভৌমত্ব, স্থিতিস্থাপকতা বা সরবরাহকারী-নির্ভরতা এড়াতে যদি একাধিক ক্লাউডে কাজ করেন, তবে হ্যাঁ। মূল চাবিকাঠি হলো ইমেজকে কোড হিসেবে ব্যবহার করা, যাতে রক্ষণাবেক্ষণের শ্রম বহুগুণ না বাড়ে।

imaxe.cloud-এ আমরা নকশা পর্যায় থেকেই বহনযোগ্যতা ভাবি, যাতে আপনার মোতায়েন একটিমাত্র ক্লাউডের উপর নির্ভর না করে।

awsazuregcpমাল্টিক্লাউডpacker
IM

imaxe দল

আমরা ক্যাটালগের AMI তৈরি ও রক্ষণাবেক্ষণ করি। একটি সংস্করণ প্রকাশ করার সময়, আমরা সবার আগে প্রোডাকশনে এটি ব্যবহার করি।

ক্যাটালগ থেকে

এই নিবন্ধের সঙ্গে সম্পর্কিত AMI

পড়া চালিয়ে যান

সম্পর্কিত নিবন্ধ