কুবারনেটসে ক্যাসান্দ্রা স্থানান্তর: বৈশিষ্ট্য এবং সমাধান

আমরা নিয়মিত Apache Cassandra ডাটাবেস এবং এটি একটি Kubernetes-ভিত্তিক পরিকাঠামোর মধ্যে পরিচালনা করার প্রয়োজনীয়তার সম্মুখীন হই। এই নিবন্ধে, আমরা ক্যাসান্দ্রাকে K8s-এ স্থানান্তরিত করার জন্য প্রয়োজনীয় পদক্ষেপ, মানদণ্ড এবং বিদ্যমান সমাধান (অপারেটরদের পর্যালোচনা সহ) সম্পর্কে আমাদের দৃষ্টিভঙ্গি শেয়ার করব।

"যে একজন মহিলাকে পরিচালনা করতে পারে সে রাষ্ট্রকেও পরিচালনা করতে পারে"

ক্যাসান্দ্রা কে? এটি একটি ডিস্ট্রিবিউটেড স্টোরেজ সিস্টেম যা ব্যর্থতার একক পয়েন্ট ছাড়াই উচ্চ প্রাপ্যতা প্রদান করার সময় বিপুল পরিমাণ ডেটা পরিচালনা করার জন্য ডিজাইন করা হয়েছে। প্রকল্পটির খুব কমই একটি দীর্ঘ ভূমিকার প্রয়োজন, তাই আমি কেবল ক্যাসান্দ্রার প্রধান বৈশিষ্ট্যগুলি দেব যা একটি নির্দিষ্ট নিবন্ধের প্রসঙ্গে প্রাসঙ্গিক হবে:

• ক্যাসান্দ্রা জাভা ভাষায় লেখা।
• ক্যাসান্দ্রার টপোলজিতে বেশ কয়েকটি স্তর রয়েছে:
  • নোড - ক্যাসান্দ্রার একটি স্থাপন করা উদাহরণ;
  • রাক - একই ডেটা সেন্টারে অবস্থিত কিছু বৈশিষ্ট্য দ্বারা একত্রিত ক্যাসান্দ্রা উদাহরণগুলির একটি গ্রুপ;
  • ডেটাসেন্টার - একটি ডেটা সেন্টারে অবস্থিত ক্যাসান্দ্রা উদাহরণের সমস্ত গ্রুপের একটি সংগ্রহ;
  • ক্লাস্টার হল সমস্ত ডেটা সেন্টারের সংগ্রহ।
• ক্যাসান্ড্রা একটি নোড সনাক্ত করতে একটি আইপি ঠিকানা ব্যবহার করে।
• লেখা এবং পড়ার ক্রিয়াকলাপগুলিকে গতি বাড়ানোর জন্য, ক্যাসান্ড্রা RAM-তে ডেটার কিছু অংশ সঞ্চয় করে।

এখন - কুবারনেটসে আসল সম্ভাব্য সরানোর জন্য।

স্থানান্তরের জন্য চেক-লিস্ট

কুবারনেটসে ক্যাসান্দ্রার স্থানান্তরের কথা বলতে গিয়ে, আমরা আশা করি যে এই পদক্ষেপের সাথে এটি পরিচালনা করা আরও সহজ হবে। এর জন্য কী প্রয়োজন, এতে কী সাহায্য করবে?

1. ডেটা স্টোরেজ

ইতিমধ্যেই উল্লেখ করা হয়েছে, ক্যাসান্ডা RAM-তে ডেটার কিছু অংশ সঞ্চয় করে স্মরণযোগ্য. কিন্তু ডেটার আরেকটি অংশ আছে যা ডিস্কে সেভ করা হয়, ফর্মে SSTable. সত্তা এই তথ্য যোগ করা হয়. কমিট লগ - সমস্ত লেনদেনের রেকর্ড, যা ডিস্কে সংরক্ষণ করা হয়।

ক্যাসান্দ্রায় লেনদেনের স্কিম লিখুন

Kubernetes-এ, আমরা ডেটা সংরক্ষণ করতে PersistentVolume ব্যবহার করতে পারি। প্রমাণিত প্রক্রিয়ার জন্য ধন্যবাদ, Kubernetes-এ ডেটা নিয়ে কাজ করা প্রতি বছর সহজতর হচ্ছে।

আমরা ক্যাসান্দ্রার সাথে প্রতিটি পডে একটি স্থায়ী ভলিউম বরাদ্দ করব

এটি লক্ষ করা গুরুত্বপূর্ণ যে ক্যাসান্ড্রা নিজেই ডেটা প্রতিলিপিকে বোঝায়, এর জন্য অন্তর্নির্মিত প্রক্রিয়া সরবরাহ করে। অতএব, আপনি যদি প্রচুর সংখ্যক নোড থেকে একটি ক্যাসান্ড্রা ক্লাস্টার তৈরি করেন, তবে ডেটা স্টোরেজের জন্য Ceph বা GlusterFS এর মতো বিতরণ করা সিস্টেমগুলি ব্যবহার করার দরকার নেই। এই ক্ষেত্রে, হোস্ট ডিস্ক ব্যবহার করে ডেটা সংরক্ষণ করা যৌক্তিক হবে স্থানীয় স্থায়ী ডিস্ক বা মাউন্ট hostPath.

আরেকটি প্রশ্ন হল আপনি যদি প্রতিটি বৈশিষ্ট্য শাখার জন্য বিকাশকারীদের জন্য একটি পৃথক পরিবেশ তৈরি করতে চান। এই ক্ষেত্রে, সঠিক পন্থা হবে একটি ক্যাসান্ড্রা নোড বাড়ানো এবং বিতরণ করা স্টোরেজে ডেটা সংরক্ষণ করা, যেমন উল্লেখিত Ceph এবং GlusterFS আপনার বিকল্প হবে। তারপরে বিকাশকারী নিশ্চিত হবেন যে কুবারন্টেস ক্লাস্টারের একটি নোড হারিয়ে গেলেও তিনি পরীক্ষার ডেটা হারাবেন না।

2. পর্যবেক্ষণ

কুবারনেটসে মনিটরিং বাস্তবায়নের জন্য প্রমিথিউস প্রায় একমাত্র পছন্দ। (আমরা এই বিষয়ে বিস্তারিতভাবে কথা বলেছি সম্পর্কিত রিপোর্ট). প্রমিথিউসের মেট্রিক্স রপ্তানিকারকদের সাথে ক্যাসান্দ্রা কেমন করছে? এবং, Grafana জন্য তাদের জন্য উপযুক্ত ড্যাশবোর্ড সহ, কিছুতে আরও গুরুত্বপূর্ণ কি?

ক্যাসান্দ্রার জন্য গ্রাফনায় গ্রাফের উপস্থিতির একটি উদাহরণ

শুধুমাত্র দুটি রপ্তানিকারক আছে: jmx_exporter и ক্যাসান্ড্রা_রপ্তানিকারক.

আমরা নিজেদের জন্য প্রথমটি বেছে নিয়েছি কারণ:

1. জেএমএক্স রপ্তানিকারক ক্রমবর্ধমান এবং বিকশিত হচ্ছে, যখন ক্যাসান্দ্রা রপ্তানিকারক তার প্রাপ্য সম্প্রদায়ের সমর্থন পেতে ব্যর্থ হয়েছে। Cassandra এক্সপোর্টার এখনও Cassandra অধিকাংশ সংস্করণ সমর্থন করে না.
2. আপনি একটি পতাকা যোগ করে এটি একটি জাভাজেন্ট হিসাবে চালাতে পারেন -javaagent:<plugin-dir-name>/cassandra-exporter.jar=--listen=:9180.
3. তার জন্য আছে পর্যাপ্ত ড্যাশবোর্ড, যা ক্যাসান্দ্রা এক্সপোর্টারের সাথে বেমানান৷

3. Kubernetes Primitives নির্বাচন করা

ক্যাসান্দ্রা ক্লাস্টারের উপরের কাঠামো অনুসারে, আসুন সেখানে বর্ণিত সমস্ত কিছুকে কুবারনেটস পরিভাষায় অনুবাদ করার চেষ্টা করি:

• ক্যাসান্দ্রা নোড → পড
• ক্যাসান্ড্রা র্যাক → স্টেটফুলসেট
• স্টেটফুলসেট থেকে ক্যাসান্দ্রা ডেটাসেন্টার → পুল
• ক্যাসান্দ্রা ক্লাস্টার → ???

দেখা যাচ্ছে যে পুরো ক্যাসান্দ্রা ক্লাস্টার একবারে পরিচালনা করার জন্য কিছু অতিরিক্ত সত্তা অনুপস্থিত। কিন্তু যদি কিছু না থাকে তবে আমরা এটি তৈরি করতে পারি! কুবারনেটসে, এটি আপনার নিজস্ব সংস্থান সংজ্ঞায়িত করার পদ্ধতি - কাস্টম সম্পদ সংজ্ঞা.

লগ এবং সতর্কতা জন্য অতিরিক্ত সম্পদ ঘোষণা

কিন্তু নিজে থেকেই, একটি কাস্টম রিসোর্সের মানে কিছুই না: সর্বোপরি, এটির প্রয়োজন নিয়ামক. সাহায্য পেতে হতে পারে kubernetes-অপারেটর...

4. শুঁটি শনাক্তকরণ

উপরের অনুচ্ছেদে, আমরা সম্মত হয়েছি যে একটি ক্যাসান্দ্রা নোড কুবারনেটেসের একটি পডের সমান হবে। কিন্তু পডের আইপি অ্যাড্রেস প্রতিবার আলাদা হবে। এবং ক্যাসান্ড্রাতে নোডের সনাক্তকরণ আইপি ঠিকানার ভিত্তিতে অবিকল ঘটে ... দেখা যাচ্ছে যে প্রতিটি পড অপসারণের পরে, ক্যাসান্দ্রা ক্লাস্টার নিজেই একটি নতুন নোড যুক্ত করবে।

একটি উপায় আছে, এবং এমনকি একটি না:

1. আমরা হোস্ট আইডি (ইউইউআইডি যেগুলি অনন্যভাবে ক্যাসান্ড্রা উদাহরণগুলি সনাক্ত করে) বা আইপি ঠিকানাগুলির ট্র্যাক রাখতে পারি এবং কিছু কাঠামো/টেবিলে এটি সংরক্ষণ করতে পারি। পদ্ধতির দুটি প্রধান অসুবিধা রয়েছে:
   • দুটি নোড একবারে পড়ে গেলে রেসের অবস্থার ঝুঁকি৷ উত্থানের পরে, ক্যাসান্দ্রা নোডগুলি একই সাথে নিজেদের জন্য টেবিল থেকে একটি আইপি ঠিকানার অনুরোধ করতে যাবে এবং একই সংস্থানের জন্য প্রতিযোগিতা করবে।
   • যদি একটি ক্যাসান্দ্রা নোড তার ডেটা হারিয়ে ফেলে, আমরা আর এটি সনাক্ত করতে সক্ষম হব না।
2. দ্বিতীয় সমাধানটি কিছুটা হ্যাকের মতো মনে হচ্ছে, তবে তবুও: আমরা প্রতিটি ক্যাসান্ড্রা নোডের জন্য একটি ক্লাস্টারআইপি সহ একটি পরিষেবা তৈরি করতে পারি। এই বাস্তবায়নে সমস্যা:
   • যদি ক্যাসান্দ্রা ক্লাস্টারে অনেক নোড থাকে তবে আমাদের অনেকগুলি পরিষেবা তৈরি করতে হবে।
   • ClusterIP ক্ষমতা iptables এর মাধ্যমে প্রয়োগ করা হয়। ক্যাসান্ড্রা ক্লাস্টারে অনেকগুলি (1000… বা এমনকি 100?) নোড থাকলে এটি একটি সমস্যা হতে পারে। যদিও আইপিভিএসের উপর ভিত্তি করে ভারসাম্য বজায় রাখা এই সমস্যা সমাধান করতে সক্ষম।
3. তৃতীয় সমাধান হল সেটিং সক্ষম করে পডের ডেডিকেটেড নেটওয়ার্কের পরিবর্তে ক্যাসান্ড্রা নোডের জন্য নোডের একটি নেটওয়ার্ক ব্যবহার করা। hostNetwork: true. এই পদ্ধতিটি নির্দিষ্ট বিধিনিষেধ আরোপ করে:
   • নোড প্রতিস্থাপন. এটি প্রয়োজনীয় যে নতুন নোডের পূর্ববর্তীটির মতো একই আইপি ঠিকানা থাকতে হবে (এডাব্লুএস, জিসিপির মতো ক্লাউডে, এটি করা প্রায় অসম্ভব);
   • ক্লাস্টার নোডের একটি নেটওয়ার্ক ব্যবহার করে, আমরা নেটওয়ার্ক সংস্থানগুলির জন্য প্রতিযোগিতা শুরু করি। অতএব, একটি ক্লাস্টার নোডে ক্যাসান্দ্রার সাথে একাধিক পড রাখা সমস্যাযুক্ত হবে।

5. ব্যাকআপ

আমরা একটি সময়সূচীতে একটি ক্যাসান্দ্রা নোডের ডেটার সম্পূর্ণ সংস্করণ সংরক্ষণ করতে চাই। Kubernetes ব্যবহার করে একটি সুবিধাজনক বৈশিষ্ট্য প্রদান করে ক্রনজব, কিন্তু এখানে ক্যাসান্দ্রা নিজেই চাকার মধ্যে স্পোক রাখে।

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

এর পরে, ব্যাকআপ সরানো হয় (স্ন্যাপশট) এবং স্কিমটি সংরক্ষিত হয় (কীস্পেস) এবং তারপরে দেখা যাচ্ছে যে কেবল একটি ব্যাকআপ আমাদের কিছুই দেয় না: আমাদের ডেটা শনাক্তকারীগুলি সংরক্ষণ করতে হবে যার জন্য ক্যাসান্দ্রা নোড দায়ী ছিল - এগুলি বিশেষ টোকেন।

ক্যাসান্ড্রা নোডের জন্য দায়ী কী ডেটা সনাক্ত করতে টোকেন বিতরণ

কুবারনেটসে Google থেকে ক্যাসান্ড্রা ব্যাকআপ সরানোর জন্য একটি উদাহরণ স্ক্রিপ্ট পাওয়া যাবে এই লিঙ্কটি. স্ন্যাপশট নেওয়ার আগে নোডে ডেটা পুনরায় সেট করা স্ক্রিপ্টটি বিবেচনা করে না। অর্থাৎ, ব্যাকআপটি বর্তমান অবস্থার জন্য নয়, তবে কিছুটা আগে রাজ্যের জন্য সঞ্চালিত হয়। তবে এটি নোডটিকে কাজের বাইরে না নিতে সহায়তা করে, যা খুব যৌক্তিক বলে মনে হয়।

set -eu

if [[ -z "$1" ]]; then
  info "Please provide a keyspace"
  exit 1
fi

KEYSPACE="$1"

result=$(nodetool snapshot "${KEYSPACE}")

if [[ $? -ne 0 ]]; then
  echo "Error while making snapshot"
  exit 1
fi

timestamp=$(echo "$result" | awk '/Snapshot directory: / { print $3 }')

mkdir -p /tmp/backup

for path in $(find "/var/lib/cassandra/data/${KEYSPACE}" -name $timestamp); do
  table=$(echo "${path}" | awk -F "[/-]" '{print $7}')
  mkdir /tmp/backup/$table
  mv $path /tmp/backup/$table
done


tar -zcf /tmp/backup.tar.gz -C /tmp/backup .

nodetool clearsnapshot "${KEYSPACE}"

একটি ক্যাসান্দ্রা নোড থেকে ব্যাকআপ নেওয়ার জন্য একটি ব্যাশ স্ক্রিপ্টের একটি উদাহরণ

কুবারনেটসে ক্যাসান্দ্রার জন্য প্রস্তুত সমাধান

বর্তমানে কুবারনেটসে ক্যাসান্দ্রা মোতায়েন করার জন্য কী ব্যবহার করা হচ্ছে এবং প্রদত্ত প্রয়োজনীয়তার জন্য এর মধ্যে কোনটি সবচেয়ে উপযুক্ত?

1. স্টেটফুলসেট বা হেলম চার্টের উপর ভিত্তি করে সমাধান

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

এটি সাধারণত ভাল কাজ করে... যতক্ষণ না কিছু অপ্রত্যাশিত ঘটে, যেমন একটি নোড ব্যর্থ হয়। স্ট্যান্ডার্ড কুবারনেটস সরঞ্জামগুলি কেবল উপরে বর্ণিত সমস্ত বৈশিষ্ট্য বিবেচনা করতে পারে না। এছাড়াও, এই পদ্ধতিটি আরও জটিল ব্যবহারের ক্ষেত্রে কতটা প্রসারিত করা যেতে পারে তার মধ্যে খুব সীমিত: নোড প্রতিস্থাপন, ব্যাকআপ, পুনরুদ্ধার, পর্যবেক্ষণ ইত্যাদি।

প্রতিনিধি:

• প্রধান হেল্ম রিপোজিটরি থেকে চার্ট;
• বিটনামি দ্বারা চার্ট.

উভয় চার্ট সমানভাবে ভাল, কিন্তু একই সময়ে তারা উপরে বর্ণিত সমস্যার সাপেক্ষে।

2. কুবারনেটস অপারেটরের উপর ভিত্তি করে সমাধান

এই ধরনের বিকল্পগুলি আরও আকর্ষণীয়, কারণ তারা ক্লাস্টার পরিচালনার জন্য যথেষ্ট সুযোগ প্রদান করে। একটি ক্যাসান্ড্রা অপারেটর ডিজাইন করতে, অন্য যেকোন ডাটাবেসের মতো, একটি ভাল প্যাটার্ন সাইডকার <-> কন্ট্রোলার <-> CRD-এর মতো দেখায়:

একটি ভাল-পরিকল্পিত ক্যাসান্দ্রা বিবৃতিতে নোড ব্যবস্থাপনা প্রকল্প

বিদ্যমান অপারেটর বিবেচনা করুন.

1. ইনস্টাক্লাস্ট্র দ্বারা ক্যাসান্ড্রা-অপারেটর

• GitHub
• উপলব্ধতা: আলফা
• লাইসেন্স: Apache 2.0
• এতে প্রয়োগ করা হয়েছে: Java

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

কিন্তু অপারেটরের এমন সুবিধা রয়েছে যেমন পর্যবেক্ষণের জন্য সমর্থন, CRD ব্যবহার করে উচ্চ-স্তরের ক্লাস্টার ব্যবস্থাপনা এবং এমনকি ব্যাকআপগুলি সরানোর জন্য ডকুমেন্টেশন।

2. জেটস্ট্যাক দ্বারা ন্যাভিগেটর

• GitHub
• উপলব্ধতা: আলফা
• লাইসেন্স: Apache 2.0
• এতে বাস্তবায়িত: গোলং

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

3. Vgkowski দ্বারা Cassandra-অপারেটর

• GitHub
• উপলব্ধতা: আলফা
• লাইসেন্স: Apache 2.0
• এতে বাস্তবায়িত: গোলং

তারা এটিকে "গুরুতরভাবে" বিবেচনা করেনি, যেহেতু সংগ্রহস্থলের শেষ প্রতিশ্রুতিটি এক বছরেরও বেশি আগে ছিল। অপারেটর উন্নয়ন পরিত্যক্ত: সমর্থিত হিসাবে রিপোর্ট করা Kubernetes এর সর্বশেষ সংস্করণ হল 1.9।

4. রুক দ্বারা ক্যাসান্দ্রা-অপারেটর

• GitHub
• উপলব্ধতা: আলফা
• লাইসেন্স: Apache 2.0
• এতে বাস্তবায়িত: গোলং

একটি অপারেটর যার বিকাশ আমরা চাই তত দ্রুত হচ্ছে না। ক্লাস্টার ম্যানেজমেন্টের জন্য এটির একটি সুচিন্তিত সিআরডি কাঠামো রয়েছে, ClusterIP (একই "হ্যাক") ব্যবহার করে নোড সনাক্তকরণের সমস্যা সমাধান করে... কিন্তু আপাতত এটাই। এখন বাক্সের বাইরে কোন মনিটরিং এবং ব্যাকআপ নেই (যাইহোক, আমরা পর্যবেক্ষণ সমর্থন করি নিজেদের গ্রহণ) একটি আকর্ষণীয় বিষয় হল যে ScyllaDB এই বিবৃতি ব্যবহার করে স্থাপন করা যেতে পারে।

দ্রষ্টব্য: আমরা আমাদের একটি প্রকল্পে ছোটখাটো পরিবর্তনের সাথে এই অপারেটরটি ব্যবহার করেছি। অপারেশনের পুরো সময়কালে (4 মাস অপারেশন), অপারেটরের কাজে কোনো সমস্যা লক্ষ্য করা যায়নি।

5. কমলা দ্বারা CassKop

• GitHub
• উপলব্ধতা: আলফা
• লাইসেন্স: Apache 2.0
• এতে বাস্তবায়িত: গোলং

তালিকার সর্বকনিষ্ঠ অপারেটর: প্রথম প্রতিশ্রুতি মে 23, 2019 এ করা হয়েছিল। ইতিমধ্যেই এটির অস্ত্রাগারে আমাদের তালিকা থেকে প্রচুর সংখ্যক বৈশিষ্ট্য রয়েছে, যা প্রকল্পের সংগ্রহস্থলে আরও বিশদে পাওয়া যাবে। অপারেটরটি জনপ্রিয় অপারেটর-sdk-এর উপর ভিত্তি করে। আউট-অফ-দ্য-বক্স পর্যবেক্ষণ সমর্থন করে। অন্যান্য অপারেটর থেকে প্রধান পার্থক্য হল ব্যবহার CassKop প্লাগইন, পাইথনে প্রয়োগ করা হয়েছে এবং ক্যাসান্ড্রা নোডের মধ্যে যোগাযোগের জন্য ব্যবহৃত হয়েছে।

তথ্যও

ক্যাসান্দ্রাকে কুবারনেটসে পোর্ট করার জন্য পদ্ধতির সংখ্যা এবং সম্ভাব্য বিকল্পগুলি নিজেই কথা বলে: বিষয়টির চাহিদা রয়েছে।

এই পর্যায়ে, আপনি আপনার নিজের বিপদ এবং ঝুঁকিতে উপরের থেকে কিছু চেষ্টা করতে পারেন: বিকাশকারীরা কেউই উত্পাদন পরিবেশে তাদের সমাধানের 100% কাজের গ্যারান্টি দেয় না। কিন্তু ইতিমধ্যেই, অনেক পণ্য উন্নয়ন বেঞ্চে চেষ্টা করার জন্য প্রতিশ্রুতিশীল দেখাচ্ছে।

আমি মনে করি ভবিষ্যতে জাহাজের এই মহিলার কাজে আসবে!

দ্রষ্টব্য

আমাদের ব্লগেও পড়ুন:

• «বিরামহীন MongoDB থেকে Kubernetes মাইগ্রেশন";
• «বিরামহীন RabbitMQ থেকে Kubernetes মাইগ্রেশন";
• «ডাটাবেস এবং কুবারনেটস (ওভারভিউ এবং ভিডিও রিপোর্ট)";
• «K8s টিপস এবং কৌশল: বড় ডাটাবেসের জন্য বুটস্ট্র্যাপ গতি বাড়ান».

উত্স: www.habr.com