কেন ডাইনোমাইট থেকে রিডিস এন্টারপ্রাইজ অ্যাক্টিভ-অ্যাক্টিভে মাইগ্রেট করলে সুপেরিয়র পারফরম্যান্স এবং বিশ্বস্ততা মেলে

২০০৯ সালে এর সৃষ্টির পর থেকে, রিডিস OSS-এর একটি খুব ভিব্রেন্ট ওপেন সোর্স কমিউনিটি রয়েছে। এর চারপাশে অনেক টুল এবং ইউটিলিটি ডেভেলপ করা হয়েছে এবং ডাইনোমাইট, নন-ডিস্ট্রিবিউটেড ডেটাস্টোরের জন্য একটি পিয়ার-টু-পিয়ার জিও-ডিস্ট্রিবিউশন লেয়ার, সেগুলোর একটি।

ডাইনোমাইট নেটফ্লিক্সের ইঞ্জিনিয়ারদের একটি টিম দ্বারা ডেভেলপ করা হয়েছিল এবং ওপেন সোর্স হিসেবে রিলিজ করা হয়েছিল। যদিও এতে নির্দিষ্ট প্রয়োজনীয়তার জন্য ভালো সমাধান দিয়েছে, গত কয়েক বছরে এটি কার্যকরভাবে মেইনটেইন করা হয়নি। इसके अलावा, রিডিস OSS-এর কিছু ফাংশন্যালিটি, কমান্ড, এবং ডেটা টাইপ (যেমন Pub/Sub বা Streams) ডাইনোমাইটের রিডিস OSS ইনস্ট্যান্সের ডিস্ট্রিবিউশন মডেল দ্বারা অনুপলব্ধ বা সীমাবদ্ধ হয়ে যায়।

এই কারণে, আমরা সংস্থাগুলোর সহায়তা করছি তাদের ডাইনোমাইট ডেটাবেসকে একটি রিডিস এন্টারপ্রাইজ ক্লাস্টারে মাইগ্রেট করার জন্য।

ডাইনোমাইট এবং রিডিস এন্টারপ্রাইজ আর্কিটেকচার তুলনা

চলুন আমাদের তুলনা শুরু করি ডাইনোমাইট এবং রিডিস এন্টারপ্রাইজের আর্কিটেকচারের একটি দ্রুত বর্ণনা দিয়ে।

ডাইনোমাইট

একটি টিপিক্যাল ডাইনোমাইট ক্লাস্টার নিম্নরূপ বর্ণনা করা যায়:

• এটি একাধিক ডেটাসেন্টার জুড়ে फैला থাকে

• একটি সিঙ্গল ডেটাসেন্টার হচ্ছে র‍‍‍্যাকের একটি গ্রুপ

• একটি র‍‍‍্যাক হচ্ছে নোডের একটি গ্রুপ: প্রতিটি র‍‍‍্যাক পুরো ডেটাসেট ধারণ করে, যা সেই র‍‍‍্যাকের একাধিক নোড জুড়ে পার্টিশন করা থাকে

ডাইনোমাইট একটি পিয়ার-টু-পিয়ার ডিস্ট্রিবিউশন লেয়ার, তাই একটি ক্লায়েন্ট যেকোনো নোডে রাইট ট্রাফিক পাঠাতে পারে একটি ডাইনোমাইট ক্লাস্টারে। যদি নোডটি সেটি যা ডেটার জন্য দায়িত্বশীল, তবে ডেটা লিখে ফেলা হয় তার লোকাল রিডিস OSS সার্ভার প্রসেসে, তারপর অ্যাসিঙ্ক্রোনাসলি রেপ্লিকেট করা হয় অন্য র‍‍‍্যাকগুলোর কাছে ক্লাস্টারের সকল ডেটাসেন্টারে। যদি নোডটি ডেটাOwn না করে, তবে সেটি একটি কোঅর্ডিনেটর হিসেবে কাজ করে এবং রাইটটি পাঠায় সেই নোডকে যেটি ডেটা Own করে সেম র‍‍‍্যাকে। এটিও রাইটস রেপ্লিকেট করে সংশ্লিষ্ট নোডগুলোর কাছে অন্য র‍‍‍্যাক এবং DCs-এ।

রিডিস এন্টারপ্রাইজ

একটি রিডিস এন্টারপ্রাইজ ক্লাস্টারও ডেটা বিতরণ করে ভিন্ন রিডিস ইনস্ট্যান্স বা শার্ড জুড়ে, কিন্তু দুটি মূল পার্থক্য রয়েছে:

• একটি নোডে একাধিক শার্ড থাকতে পারে – কিন্তু একটি প্রাইমারি এবং একটি রেপ্লিকা একই নোডে থাকতে পারে না, হাই আভেইলেবিলিটির উদ্দেশ্যে।

• প্রতিটি প্রাইমারি শার্ডের জন্য শুধু একটি রেপ্লিকা রয়েছে। ক্লায়েন্টরা প্রাইমারি শার্ডগুলোর ওপর ডেটা অপারেশন করে। তাদের সংশ্লিষ্ট রেপ্লিকা প্রাইমারি শার্ডের ফেইলোর কেসে হাই আভেইলেবিলিটির জন্য বিদ্যমান থাকে।

রিডিস এন্টারপ্রাইজ ক্লাস্টারের একটি আরেকটি গুরুত্বপূর্ণ অংশ হলো যাকে "ম্যানেজমেন্ট পাথ" বলা হয়; এতে একটি ক্লাস্টার ম্যানেজার, একটি প্রক্সি, এবং একটি REST API/UI অন্তর্ভুক্ত থাকে। ক্লাস্টার ম্যানেজার ক্লাস্টার অর্কেস্ট্রেট করার জন্য দায়িত্বশীল, ডেটাবেস শার্ডগুলোর হাই-আভেইলেবল নোডে প্লেসমেন্ট, এবং ফেইলোর ডিটেকশন। প্রক্সি রিডিস এন্টারপ্রাইজের ক্লাস্টার টপোলজি অ্যাপ্লিকেশন থেকে লুকায়ে একটি একক, কখনো না বদলা এন্ডপয়েন্ট প্রদান করে প্রতিটি ডেটাবেসের জন্য একটি ক্লাস্টারের ভিতরে। এটি ক্লায়েন্ট কানেকশন স্কেল করতে সাহায্য করে মাল্টিপ্লেক্সিং এবং পাইপলাইনিং কমান্ডগুলো শার্ডগুলোর কাছে।

এখানে একটি টিপিক্যাল রিডিস এন্টারপ্রাইজ ক্লাস্টারের ইলাস্ট্রেশন:

রিডিস এন্টারপ্রাইজের অ্যাক্টিভ-অ্যাক্টিভ ফিচারের সাথে, আপনি একটি গ্লোবাল ডেটাবেস তৈরি করতে পারেন যা একাধিক ক্লাস্টার জুড়ে ফেলা। সেই ক্লাস্টারগুলো সাধারণত বিশ্বের ভিন্ন ভিন্ন ডেটাসেন্টারে অবস্থিত। একটি অ্যাপ্লিকেশন যা একটি অ্যাক্টিভ-অ্যাক্টিভ ডেটাবেসে লিখে সেটি একটি লোকাল ইনস্ট্যান্স এন্ডপয়েন্টের সাথে কানেক্ট করে। অ্যাপ্লিকেশন দ্বারা একটি লোকাল ইনস্ট্যান্সে করা সব রাইট অন্য সব ইনস্ট্যান্সে রেপ্লিকেট হয় স্ট্রং ইভেনচুয়াল কনসিস্টেন্সির সাথে।

অ্যাক্টিভ-অ্যাক্টিভ রেপ্লিকেশন একটি জিও-ডিস্ট্রিবিউটেড সমাধান হিসেবে অনেক সুবিধা প্রদান করে, যার একটি হচ্ছে সিম্পল এবং কমপ্লেক্স রিডিস এন্টারপ্রাইজ ডেটা টাইপ দুটোর জন্যও seamless conflict resolution, যা আমরা নিচে আলোচনা করব।

এখন যেহেতু আমাদের ডাইনোমাইট এবং রিডিস এন্টারপ্রাইজের টপোলজির ধারণা আছে, চলুন দেখি এগুলো ডেভেলপার এবং DevOps-এর জন্য একটি সংস্থার মধ্যে কী ইমপ্লিকেশন রেখে।

ডাইনোমাইট বা রিডিস এন্টারপ্রাইজ: ডেভেলপারদের জন্য কী পার্থক্য করে?

ডাইনোমাইট সক্রিয়ভাবে মেইনটেইন না হওয়ার পাশাপাশি, তিনটি প্রধান কারণ রয়েছে কেন একটি সংস্থা রিডিস এন্টারপ্রাইজে মাইগ্রেট করতে চাবে একটি ডেভেলপার্স পয়েন্ট অফ ভিউ থেকে :

• রিডিসের ফাংশনালিটি সীমিত এবং জটিল যখন ডাইনোমাইট ব্যবহার করা হয়

• ডাইনোমাইটের জিও-ডিস্ট্রিবিউটেড রাইট কনফ্লিক্ট ডিল করার কোনো কার্যকর উপায় নেই

• রিডিস থেকে আপনি যে সাপোর্ট পেতে পারেন

চলুন প্রথম দুটো বিস্তারিত দেখি।

সীমিত এবং জটিল রিডিস OSS

যে পربল আপনি ইতিমধ্যে জানেন, রিডিস OSS একটি প্লেইন কী-ভ্যালু স্টোর নয়, এই অর্থে যে এটি শুধু স্ট্রিং কীকে স্ট্রিং ভ্যালুর সাথে অ্যাসোসিয়েট করতে দেয় না। রিডিস OSS একটি ডেটা স্ট্রাকচার সার্ভার যা ভিন্ন ধরনের ভ্যালু সাপোর্ট করে যেন লিস্ট, সেট, হ্যাশ, বা স্ট্রিম। আমরা এদেরকে রিডিস OSS-এর "কোর ডেটা টাইপ" বলি।

রিডিস OSS এক্সটেনসিবলও ডাইনামিক লাইব্রেরির মাধ্যমে যাকে "মডিউল" বলা হয়। মডিউল আপনাকে দ্রুত নতুন রিডিস কমান্ড বাস্তবায়ন করতে দেয় ফিচারসহ যেসব কোরের ভিতরে করা যায়। সবচেয়ে জনপ্রিয় মডিউলগুলোর মধ্যে রয়েছে RediSearch, যা কোয়েরি, সেকেন্ডারি ইনডেক্সিং, এবং ফুল-টেক্সট সার্চ প্রদান করে, এবং RedisJSON, যা রিডিস OSS কে একটি শক্তিশালী ডকুমেন্ট স্টোরে রূপান্তর করে।

প্রস্তাবনায় আলোচিত হিসাবে, রিডিস OSS কমান্ড এবং ডেটা টাইপের কিছু ডাইনোমাইট দ্বারা অনুপলব্ধ বা সীমাবদ্ধ করা হয়ে যায়। এখানে একটি নন-এক্সহাস্টিভ তুলনা:

আপনি ডাইনোমাইটের সাথে সাপোর্টেড এবং আনসাপোর্টেড কমান্ডের সম্পূর্ণ তালিকা এখানে পাবেন।

দूसरी পাশে, রিডিস এন্টারপ্রাইজ, যা রিডিস OSS-এর পাশাপাশি মেইনটেইন করা হয়, মাল্টি-মডেল অপারেশন অনুমতি দেয় মডিউল ব্যবহার করে এবং কোর রিডিস OSS ডেটা স্ট্রাকচার ফুলি প্রোগ্রামেবল এবং ডিস্ট্রিবিউটেড مانান্দে এক্সিকিউট হতে পারে।

কনফ্লিক্ট রেজোলিউশনের অনুপস্থিতি

ডাইনোমাইট একটি AP সিস্টেম এবং আপনাকে তিনটি অপশন দেয় কনসিস্টেন্সির জন্য। আপনি যেকোনো অপশন বেছে নেন, এটা জানা গুরুত্বপূর্ণ যে ডাইনোমাইট অ্যাসিঙ্ক্রোনাস রাইট কনফ্লিক্ট রেজলভ করে Last Write Wins স্ট্র্যাটেজি প্রয়োগ করে। এর ফলে ইরেলেভ্যান্ট টাইমস্ট্যাম্পের কারণে লост আপডেট হতে পারে, বিশেষ করে জিও-ডিস্ট্রিবিউটেড রাইটের কনটেক্সটে।

দूसरी পাশে, রিডিস এন্টারপ্রাইজের অ্যাক্টিভ-অ্যাক্টিভ আর্কিটেকচার বেসড একটি বিকল্প বাস্তবায়নের ওপর রিডিস OSS কমান্ড এবং ডেটা টাইপ যাকে Conflict-Free-Replicated-Data-Types, বা CRDTs বলা হয়। CRDTs ভেক্টর ক্লক ব্যবহার করে ইভেন্ট অর্ডারিংর জন্য। সেগুলো নিশ্চিত করে যে যখন যেকোনো দুটি রেপ্লিকা একই সেট অফ আপডেট পেয়ে যায়, তারা একই স্টেটে পৌঁছায়, ডিটারমিনিস্টিক্যালি, গাণিতিকভাবে সঠিক নিয়ম গ্রহণ করে স্টেট কনভার্জেন্স গ্যারান্টি দিয়ে। এছাড়াও, কজুয়াল কনসিস্টেন্সিও সক্ষম করা যায়।

তাই রিডিস এন্টারপ্রাইজের সাথে:

• কনকারেন্ট রাইটের ফলাফল প্রেডিক্টেবল এবং নিয়মের একটি সেটের ভিত্তিক

• অ্যাপ্লিকেশনগুলোর কনকারেন্ট রাইট এবং রাইট কনফ্লিক্ট রেজোলিউশনের সাথে বিরক্ত হতে হয় না

• ডেটাসেট سرانهاية একটি একক, কনসিস্টেন্ট স্টেটে কনভার্জ করবে

আপনি যদি আগ্রহী হন, আপনি যে নিয়মগুলো বাস্তবায়ন করা হয়েছে এবং কনফ্লিক্ট রেজোলিউশনের উদাহরণগুলো এই লিংক ফলো করে পেতে পারেন।

ডাইনোমাইট বা রিডিস এন্টারপ্রাইজ: DevOps-এর জন্য কী পার্থক্য করে?

এখন চলুন ডাইনোমাইট এবং রিডিস এন্টারপ্রাইজকে DevOps পয়েন্ট অফ ভিউ থেকে তুলনা করি, নিচের টপিকগুলো আলোচনা করে:

• High Availability

• Scalability

• Deployability

High Availability

যখন একটি নোড ফেল করে একটি ডাইনোমাইট র‍‍‍্যাকে, র‍‍‍্যাকে রাইটিং এবং রিডিং অসম্ভব হয়ে যায়। এর মানে একটি অ্যাপ্লিকেশন যা লোকালি লিখছে সেটিকে ফেইলওভার অন্য র‍‍‍্যাকে নিজে হ্যান্ডেল করতে হবে। নোট করুন যে, আপনার অ্যাপ্লিকেশন যদি জাভাতে ডেভেলপ করা হয়, নেটফ্লিক্সের Dyno ক্লায়েন্ট লোকাল ডাইনোমাইট নোড ফেল করলে রিমোট র‍‍‍্যাকে ফেইলওভার হ্যান্ডেল করতে পারে।

অধিকন্তু, যখন নোডটি ফিরে আসে, ফেইলোর সময় রিমোট র‍‍‍্যাকে যে ডেটা লিখা হয়েছে সেটি ফেইলড নোড থেকে মিসিং থাকবে। আপনি যদি AWS autoscaling groups-এ ডিপ্লয় করেন, আপনি নেটফ্লিক্সের ডাইনোমাইট ম্যানেজার ব্যবহার করতে পারেন, যা নোড রিপ্লেসমেন্ট এবং নোড वार্ম-আপ করে একটি AWS অটো-স্কেলিং গ্রুপের ভিতরে।

রিডিস এন্টারপ্রাইজের হাই আভেইলেবিলিটি কেমন?

যখন একটি নোড ফেল করে, সিঙ্গল-ডিজিট-সেকেন্ড ফেইলওভার হয় সেই নোডে বসবাস করা সব প্রাইমারি শার্ডের জন্য, এবং তাদের রেপ্লিকা প্রোমোট হয় প্রাইমারি তে। এই অটো-ফেইলওভার মেকানিজম নিশ্চিত করে যে ডেটা সার্ভ করা হচ্ছে মিনিমাল ইন্টারাপশনের সাথে।

এই ভিত্তিতে :

• রিডিস এন্টারপ্রাইজ প্রক্সি নিশ্চিত করে যে আপনার ডেটাবেসের সিঙ্গল-এন্ডপয়েন্ট, যা ফেইলওভার কেসে বদলবে না, তাই আপনার অ্যাপ্লিকেশন রিকনফিগার করতে হবে না।

• একটি "replica_ha" অপশন আছে যা নিশ্চিত করে যখন একটি রেপ্লিকা প্রোমোট হয় প্রাইমারি, একটি নতুন সিঙ্কড রেপ্লিকা শার্ড অটোমেটিক্যালি ক্রিয়েট হয় অন্য যেকোনো উপলব্ধ নোডে।

এই মেকানিজমগুলো রিডিস এন্টারপ্রাইজকে ৯৯.৯৯% আপটাইম এবং ৯৯.৯৯৯% আপটাইম অ্যাক্টিভ-অ্যাক্টিভ ডিপ্লয়মেন্টের জন্য গ্যারান্টি দিতে সক্ষম করে।

Scalability

ডাইনোমাইট আপনাকে রিডিস OSS স্কেল করতে দেয় ভালো লেটেন্সি পারফরম্যান্স মেনটেইন রেখে। আপনি বেঞ্চমার্ক চেক করতে পারেন কিন্তু, আপনি যদি ডাইনোমাইট ব্যবহার করেন, আপনি সম্ভবত ইতিমধ্যে সেটি জানেন।

যখন স্কেলেবিলিটির কথা আসে, ডাইনোমাইট এবং রিডিস এন্টারপ্রাইজের মূল পার্থক্যগুলো হলো:

• Manageability

• Out-of-the box connection management

• Resource optimization

Manageability

আপনি যদি ডাইনোমাইট ম্যানেজার ব্যবহার না করেন একটি AWS autoscaling group-এ, একটি চলমান ডাইনোমাইট র‍‍‍্যাকে হোস্ট যোগ করতে সাধারণত জরুরি:

• একটি "ডুয়াল রাইটস" টেকনিক লিভারেজ করতে জাভা Dyno ক্লায়েন্ট ব্যবহার করে; আপনার অ্যাপ্লিকেশন পুরনো/ছোট ক্লাস্টারের পাশাপাশি নতুন/স্কেলড ক্লাস্টারে লিখে। কয়েক দিন পর, আপনি শুধু নতুন ক্লাস্টারে ট্রাফিক রুট করুন এবং সেটিকে এক্টিভ বানান।

• আপনার ডেটাবেস মাইগ্রেট করতে পুরনো/ছোট ক্লাস্টার থেকে নতুন/স্কেলড একটায়

দूसरी পাশে, রিডিস এন্টারপ্রাইজ আপনাকে অনুমতি দেয়:

• স্কেল আপ করতে আপনার ডেটাবেসে শার্ড যোগ করে আপনার ক্লাস্টারে নোড যোগ না করে: এই সিনারিও ইউজফুল যখন ক্লাস্টারে পর্যাপ্ত আন্ডার-উটিলাইজড ক্যাপাসিটি থাকে। মনে রাখবেন: একটি নোড সমান নয় একটি রিডিস ইনস্ট্যান্স। আপনার ডেটাবেস রিশার্ড করা যায় কয়েক ক্লিকের মাধ্যমে রিডিস এন্টারপ্রাইজ UI-তে, বা রিডিস এন্টারপ্রাইজের REST API লিভারেজ করে। এটি ডাউনটাইম বা সার্ভিস ইন্টারাপশন ছাড়া হয়। এটি অ্যাপ্লিকেশনের জন্য ট্রান্সপারেন্ট কারণ ডেটাবেসের এন্ডপয়েন্ট বদলায় না।

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

এখানে একটি বেঞ্চমার্ক যা রিডিস কিছু বছর আগে করেছিল, যেখানে রিডিস এন্টারপ্রাইজ ২০০ মিলিয়ন অপস/সেক ডেলিভার করেছিল, সাব-মিলিসেকেন্ড লেটেন্সির সাথে, ৪০ AWS ইনস্ট্যান্সে।

Connection management

যখন রিডিসের সাথে কানেকশন ম্যানেজমেন্টের কথা বলা হয়, যা প্রথমে মনে পড়ে সেটি হচ্ছে কীভাবে রিডিস ক্লায়েন্ট, যেন Jedis বা Lettuce, কানেকশন পুলিং এবং পাইপলাইনিং হ্যান্ডেল করে। নেটফ্লিক্সও এর ব্যতিক্রম নয় ছিল এবং এই ফিচারগুলো বাস্তবায়ন করেছিল তাদের Dyno ক্লায়েন্টের জন্য।

রিডিস এন্টারপ্রাইজ এই ফিচারগুলো আউট-অফ-দ্য-বক্স প্রদান করে। প্রক্সি নিজে পারসিস্টেন্ট কানেকশন স্থাপন করে শার্ডসের সাথে ক্লাস্টারে, এবং সেই কানেকশনগুলো ক্লায়েন্টরা শেয়ার করে। এটি পারফরম্যান্স অপ্টিমাইজেশনও প্রয়োগ করে রিকোয়েস্ট শিডিউল করে অনেক পারসিস্টেন্ট কানেকশনের ওপর শার্ডসের, মাল্টিপ্লেক্সিং এবং পাইপলাইনিং করে রিডিসের সাইডে।

প্লাস, প্রক্সি মাল্টি-থ্রেডেড এবং অটোমেটিক্যালি স্কেল হয়ে ক্লায়েন্ট কানেকশনে বার্স্ট হ্যান্ডেল করতে।

Resource optimization

প্রথমে, মনে রাখবেন যে একটি রিডিস এন্টারপ্রাইজ ক্লাস্টারের ভিতরে একটি মেশিন সমান নয় একটি রিডিস ইনস্ট্যান্স এবং প্রতিটি প্রাইমারি শার্ড শুধু একটির উপরে রেপ্লিকা থাকতে পারে।

দ্বিতীয়, রিডিস এন্টারপ্রাইজ মাল্টি-টেন্যান্ট। এর মানে একটি একক রিডিস এন্টারপ্রাইজ ক্লাস্টার সাঁড়ে সোর полностью আইসোলেটেড ডেটাবেস সার্ভ করতে পারে। এটি ডাইনোমাইট ব্যবহার করে করা থেকে দূরে। মনে রাখা উচিত যে রিডিস এন্টারপ্রাইজের মাল্টি-টেন্যান্সি এর মাল্টি-মডেল ক্যাপাবিলিটির সাথে ভালো ফিট করে। মাইক্রোসার্ভিসেস কনটেক্সটে, কেউ কল্পনা করতে পারে ভিন্ন ফিট-ফর-পারপাস ডেটাবেস রান করা একটি একক সেট নোডে, প্রতিটির নিজস্ব রেপ্লিকেশন, স্কেলিং, পারসিস্টেন্স, এবং মডিউল কনফিগারেশন সহ।

শেষে, রিডিস এন্টারপ্রাইজের একটি ফিচার আছে যাকে Redis On Flash (RoF) বলা হয়। RoF আপনার ডেটাবেসকে উভয় RAM এবং ডেডিকেটেড ফ্ল্যাশ মেমরি (SSD/NVMe) ব্যবহার করতে সক্ষম করে অনেক বড় ডেটাসেট হ্যান্ডেল করতে RAM-র মত লেটেন্সি এবং পারফরম্যান্সে, কিন্তু >৭০% কম খরচে একটি অল-র্যাম ডেটাবেসের তুলনায়।

Deployment options

ডাইনোমাইট কন্টেইনারের বা মেশিনে ডিপ্লয় করা যায় উবুন্টু, RHEL, এবং CentOS চলমান। ডিপ্লয়মেন্টগুলো সবসময় সেলফ-ম্যানেজড, এই অর্থে যে আপনাকে ইনফ্রাস্ট্রাকচার এবং রিসোর্স প্রদান করতে হবে আপনার ক্লাস্টার ম্যানেজ করতে। 게다가, আগে আলোচনা করা হয়েছে, আপনি যদি ডাইনোমাইট ম্যানেজারের ফিচারগুলোতে সুবিধা নিতে চান, আপনাকে ডাইনোমাইট ডিপ্লয় করতে হবে একটি AWS autoscaling group-এ।

দूसरी পাশে, রিডিস এন্টারপ্রাইজের অনেক ডিপ্লয়মেন্ট অপশন রয়েছে, যেগুলো দুটি গ্রুপে ভাগ করা যেতে পারে:

• সেলফ-ম্যানেজড সমাধান, যেসব আপনি ডাউনলোড, ইনস্টল, এবং ডিপ্লয় করেন রিডিস এন্টারপ্রাইজ সফ্টওয়্যার নিজে। অনেক অপশন আছে যেসব অন্তর্ভুক্ত লিনাক্স ইনস্টলার (একাধিক ডিস্ট্রিবিউশন), Amazon Machine Image (AMI), Docker Containers, Kubernetes, RedHat OpenShift, Google Kubernetes Engine (GKE), Azure Kubernetes Service (AKS), বা Amazon Elastic Kubernetes Service (EKS)।

• ম্যানেজড সমাধান: রিডিস এন্টারপ্রাইজ ক্লাউড অফার করা হয় একটি ফুলি ম্যানেজড ক্লাউড সার্ভিস (DBaaS) তিনটি বড় পাবলিক ক্লাউড প্ল্যাটফর্মে (Google Cloud, AWS, এবং Azure)। রিডিস একটি ডেডিকেটেড এনভায়রনমেন্ট হোস্ট করবে আপনার জন্য, প্রয়োজনীয় রিসোর্সের সাথে, যেখানে আপনি ডেটাবেস তৈরি করতে পারবেন প্রাইভেট এবং পাবলিক এন্ডপয়েন্ট সহ আপনার অ্যাপ্লিকেশন কনসাম করার জন্য।