21 শতকে কীভাবে একটি এসকিউএল ডাটাবেস টিকে থাকবে: ক্লাউড, কুবারনেটস এবং পোস্টগ্রেএসকিউএল মাল্টিমাস্টার

হ্যালো, খাব্রোভস্কের বাসিন্দারা। কোর্সের প্রথম গ্রুপের ক্লাস আজ থেকে শুরু হচ্ছে "PostgreSQL". এই বিষয়ে, আমরা আপনাকে বলতে চাই কিভাবে এই কোর্সে ওপেন ওয়েবিনার হয়েছিল।

В পরবর্তী খোলা পাঠ আমরা ক্লাউড এবং কুবারনেটসের যুগে এসকিউএল ডাটাবেসগুলির মুখোমুখি হওয়া চ্যালেঞ্জগুলি সম্পর্কে কথা বলেছি। একই সময়ে, আমরা দেখেছি কিভাবে এসকিউএল ডাটাবেসগুলি এই চ্যালেঞ্জগুলির প্রভাবে অভিযোজিত এবং পরিবর্তিত হয়।

ওয়েবিনার অনুষ্ঠিত হয় ভ্যালেরি বেজরুকভ, EPAM সিস্টেমে Google ক্লাউড প্র্যাকটিস ডেলিভারি ম্যানেজার।

যখন গাছগুলো ছোট ছিল...

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

90 এর দশকের শেষের দিকে এবং 2 এর দশকের শুরুতে, শিল্প স্কেলযোগ্য ডাটাবেসের ক্ষেত্রে মূলত কোন বিকল্প ছিল না। হ্যাঁ, সেখানে IBM DBXNUMX, Sybase এবং অন্যান্য কিছু ডেটাবেস ছিল যা এসেছিল এবং চলে গেছে, কিন্তু সাধারণভাবে সেগুলি ওরাকলের পটভূমিতে এতটা লক্ষণীয় ছিল না। তদনুসারে, সেই সময়ের প্রকৌশলীদের দক্ষতা কোনওভাবে বিদ্যমান একমাত্র পছন্দের সাথে আবদ্ধ ছিল।

ওরাকল ডিবিএ সক্ষম হতে হবে:

• ডিস্ট্রিবিউশন কিট থেকে ওরাকল সার্ভার ইনস্টল করুন;
• ওরাকল সার্ভার কনফিগার করুন:

• init.ora;
• listener.ora;

- সৃষ্টি:

• টেবিলস্পেস;
• পরিকল্পনা;
• ব্যবহারকারী;

- ব্যাকআপ এবং পুনরুদ্ধার সঞ্চালন;
- পর্যবেক্ষণ করা;
- সাবঅপ্টিমাল অনুরোধের সাথে মোকাবিলা করুন।

একই সময়ে, ওরাকল ডিবিএ থেকে কোন বিশেষ প্রয়োজন ছিল না:

• ডেটা সংরক্ষণ এবং প্রক্রিয়াকরণের জন্য সর্বোত্তম DBMS বা অন্যান্য প্রযুক্তি বেছে নিতে সক্ষম হবেন;
• উচ্চ প্রাপ্যতা এবং অনুভূমিক মাপযোগ্যতা প্রদান করুন (এটি সবসময় একটি DBA সমস্যা ছিল না);
• বিষয় এলাকা, অবকাঠামো, অ্যাপ্লিকেশন আর্কিটেকচার, ওএস সম্পর্কে ভাল জ্ঞান;
• ডেটা লোড এবং আনলোড করুন, বিভিন্ন ডিবিএমএসের মধ্যে ডেটা স্থানান্তর করুন।

সাধারণভাবে, যদি আমরা সেই দিনগুলিতে পছন্দ সম্পর্কে কথা বলি তবে এটি 80 এর দশকের শেষের দিকে সোভিয়েত স্টোরের পছন্দের সাথে সাদৃশ্যপূর্ণ:

আমাদের সময়

তারপর থেকে, অবশ্যই, গাছ বেড়েছে, পৃথিবী পরিবর্তিত হয়েছে এবং এটি এরকম কিছু হয়ে উঠেছে:

ডিবিএমএস বাজারও পরিবর্তিত হয়েছে, যেমনটি গার্টনারের সর্বশেষ প্রতিবেদন থেকে স্পষ্টভাবে দেখা যায়:

এবং এখানে এটি লক্ষ করা উচিত যে মেঘ, যার জনপ্রিয়তা বাড়ছে, তাদের কুলুঙ্গি দখল করেছে। যদি আমরা একই গার্টনার রিপোর্ট পড়ি, আমরা নিম্নলিখিত সিদ্ধান্তগুলি দেখতে পাব:

1. অনেক গ্রাহকরা অ্যাপ্লিকেশনগুলিকে ক্লাউডে স্থানান্তরিত করার পথে রয়েছে৷
2. নতুন প্রযুক্তিগুলি প্রথমে ক্লাউডে উপস্থিত হয় এবং এটি সত্য নয় যে তারা কখনই নন-ক্লাউড অবকাঠামোতে চলে যাবে।
3. পে-অ্যাজ-ইউ-গো প্রাইসিং মডেল সাধারণ হয়ে উঠেছে। প্রত্যেকে শুধুমাত্র তারা যা ব্যবহার করে তার জন্য অর্থ প্রদান করতে চায়, এবং এটি এমনকি একটি প্রবণতাও নয়, তবে কেবল সত্যের একটি বিবৃতি।

এখন কি?

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

পছন্দের প্রশ্নের পাশাপাশি রয়েছে সীমিত কারণ:

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

এখন DA/DE থেকে কি আশা করা যায়:

• বিষয় এলাকা এবং অ্যাপ্লিকেশন আর্কিটেকচার সম্পর্কে ভাল বোঝা;
• হাতের কাজটি বিবেচনায় নিয়ে উপযুক্ত ডিবিএমএস প্রযুক্তি সঠিকভাবে নির্বাচন করার ক্ষমতা;
• বিদ্যমান সীমাবদ্ধতার পরিপ্রেক্ষিতে নির্বাচিত প্রযুক্তি বাস্তবায়নের জন্য সর্বোত্তম পদ্ধতি নির্বাচন করার ক্ষমতা;
• ডেটা স্থানান্তর এবং স্থানান্তর করার ক্ষমতা;
• নির্বাচিত সমাধান বাস্তবায়ন এবং পরিচালনা করার ক্ষমতা।

উদাহরণ নীচে GCP এর উপর ভিত্তি করে ডেটা নিয়ে কাজ করার জন্য এক বা অন্য প্রযুক্তির পছন্দ কীভাবে তার কাঠামোর উপর নির্ভর করে কাজ করে তা প্রদর্শন করে:

অনুগ্রহ করে মনে রাখবেন যে PostgreSQL স্কিমার অন্তর্ভুক্ত নয়, এবং এটি পরিভাষার অধীনে লুকানো থাকার কারণে ক্লাউড এসকিউএল. এবং যখন আমরা ক্লাউড এসকিউএল-এ পৌঁছাই, তখন আমাদের আবার একটি পছন্দ করতে হবে:

এটি লক্ষ করা উচিত যে এই পছন্দটি সর্বদা স্পষ্ট নয়, তাই অ্যাপ্লিকেশন বিকাশকারীরা প্রায়শই অন্তর্দৃষ্টি দ্বারা পরিচালিত হয়।

মোট:

1. আপনি যতই এগিয়ে যাবেন, পছন্দের প্রশ্নটি তত বেশি চাপা পড়ে যাচ্ছে। এবং এমনকি যদি আপনি শুধুমাত্র GCP, পরিচালিত পরিষেবা এবং SaaS-এর দিকে তাকান, তবে RDBMS-এর কিছু উল্লেখ শুধুমাত্র 4র্থ ধাপে উপস্থিত হয় (এবং সেখানে স্প্যানার কাছাকাছি রয়েছে)। এছাড়াও, PostgreSQL এর পছন্দটি 5 তম ধাপে প্রদর্শিত হবে এবং এর পাশে MySQL এবং SQL সার্ভার রয়েছে, অর্থাৎ সবকিছু অনেক আছে, কিন্তু আপনি নির্বাচন করতে হবে.
2. আমাদের প্রলোভনের পটভূমিতে বিধিনিষেধের কথা ভুলে যাওয়া উচিত নয়। মূলত সবাই একটি স্প্যানার চায়, কিন্তু এটি ব্যয়বহুল। ফলস্বরূপ, একটি সাধারণ অনুরোধ এই মত কিছু দেখায়: "অনুগ্রহ করে আমাদের একজন স্প্যানার তৈরি করুন কিন্তু ক্লাউড SQL এর মূল্যের জন্য, আপনি পেশাদার!"

কিন্তু কী করব?

চূড়ান্ত সত্য বলে দাবি না করে, আসুন নিম্নলিখিতটি বলি:

আমাদের শেখার পদ্ধতি পরিবর্তন করতে হবে:

• আগে যেভাবে ডিবিএ পড়ানো হতো সেভাবে শেখানোর কোনো মানে নেই;
• একটি পণ্যের জ্ঞান আর যথেষ্ট নয়;
• কিন্তু এক স্তরে ডজন ডজন জানা অসম্ভব।

আপনাকে কেবলমাত্র পণ্যটি কতটা তা নয় এবং জানতে হবে:

• এর প্রয়োগের ক্ষেত্রে ব্যবহার করুন;
• বিভিন্ন স্থাপনার পদ্ধতি;
• প্রতিটি পদ্ধতির সুবিধা এবং অসুবিধা;
• অনুরূপ এবং বিকল্প পণ্যগুলি একটি জ্ঞাত এবং সর্বোত্তম পছন্দ করতে এবং সর্বদা একটি পরিচিত পণ্যের পক্ষে নয়।

আপনাকে ডেটা স্থানান্তর করতে এবং ETL-এর সাথে একীকরণের মূল নীতিগুলি বুঝতে সক্ষম হতে হবে।

বাস্তব ক্ষেত্রে

সাম্প্রতিক অতীতে, একটি মোবাইল অ্যাপ্লিকেশনের জন্য একটি ব্যাকএন্ড তৈরি করা প্রয়োজন ছিল। এটিতে কাজ শুরু হওয়ার সময়, ব্যাকএন্ড ইতিমধ্যেই তৈরি করা হয়েছিল এবং বাস্তবায়নের জন্য প্রস্তুত ছিল এবং উন্নয়ন দল এই প্রকল্পে প্রায় দুই বছর ব্যয় করেছিল। নিম্নলিখিত কাজগুলি সেট করা হয়েছিল:

• সিআই/সিডি তৈরি করুন;
• স্থাপত্য পর্যালোচনা;
• এটা সব অপারেশন করা.

অ্যাপ্লিকেশনটি নিজেই মাইক্রোসার্ভিসেস ছিল এবং পাইথন/জ্যাঙ্গো কোডটি স্ক্র্যাচ থেকে এবং সরাসরি GCP-তে তৈরি করা হয়েছিল। লক্ষ্য শ্রোতাদের জন্য, এটি অনুমান করা হয়েছিল যে দুটি অঞ্চল থাকবে - US এবং EU, এবং ট্রাফিক গ্লোবাল লোড ব্যালেন্সারের মাধ্যমে বিতরণ করা হয়েছিল। সমস্ত ওয়ার্কলোড এবং কম্পিউট ওয়ার্কলোড Google Kubernetes ইঞ্জিনে চলে।

ডেটা হিসাবে, 3 টি কাঠামো ছিল:

• মেঘ স্টোরেজ;
• অস্ত্রোপচার;
• ক্লাউড এসকিউএল (PostgreSQL)।

কেউ ভাবতে পারে কেন ক্লাউড এসকিউএল বেছে নেওয়া হয়েছিল? সত্য বলতে, এই জাতীয় প্রশ্ন সাম্প্রতিক বছরগুলিতে এক ধরণের বিশ্রী বিরামের কারণ হয়েছে - এমন একটি অনুভূতি রয়েছে যে লোকেরা সম্পর্কযুক্ত ডেটাবেসগুলির বিষয়ে লজ্জা পেয়েছে, তবে তবুও তারা সক্রিয়ভাবে সেগুলি ব্যবহার করে চলেছে ;-)।

আমাদের ক্ষেত্রে, ক্লাউড এসকিউএল নিম্নলিখিত কারণে বেছে নেওয়া হয়েছিল:

1. উল্লিখিত হিসাবে, অ্যাপ্লিকেশনটি জ্যাঙ্গো ব্যবহার করে তৈরি করা হয়েছিল এবং এতে একটি এসকিউএল ডাটাবেস থেকে পাইথন অবজেক্টে (জ্যাঙ্গো ওআরএম) স্থায়ী ডেটা ম্যাপ করার জন্য একটি মডেল রয়েছে।
2. ফ্রেমওয়ার্ক নিজেই ডিবিএমএসগুলির একটি মোটামুটি সীমিত তালিকা সমর্থন করে:

• PostgreSQL;
• মারিয়াডিবি;
• মাইএসকিউএল;
• ওরাকল;
• এসকিউএলাইট।

তদনুসারে, PostgreSQL এই তালিকা থেকে বরং স্বজ্ঞাতভাবে বেছে নেওয়া হয়েছিল (ভাল, এটি বেছে নেওয়া ওরাকল নয়, সত্যিই)।

কি অনুপস্থিত ছিল:

• অ্যাপ্লিকেশনটি শুধুমাত্র 2টি অঞ্চলে স্থাপন করা হয়েছিল, এবং একটি 3য়টি প্ল্যানে উপস্থিত হয়েছিল (এশিয়া);
• ডেটাবেসটি উত্তর আমেরিকা অঞ্চলে (আইওয়া) অবস্থিত ছিল;
• গ্রাহকের পক্ষ থেকে সম্ভাব্য বিষয়ে উদ্বেগ ছিল অ্যাক্সেস বিলম্ব ইউরোপ এবং এশিয়া থেকে এবং বাধা সেবা DBMS ডাউনটাইমের ক্ষেত্রে।

জ্যাঙ্গো নিজেই সমান্তরালভাবে বেশ কয়েকটি ডাটাবেসের সাথে কাজ করতে পারে এবং সেগুলিকে পড়া এবং লেখায় বিভক্ত করতে পারে তা সত্ত্বেও, অ্যাপ্লিকেশনটিতে এত বেশি লেখা ছিল না (90% এর বেশি পড়া হচ্ছে)। এবং সাধারণভাবে, এবং সাধারণভাবে, যদি এটি করা সম্ভব হয় ইউরোপ এবং এশিয়ার প্রধান বেসের রিড-প্রতিলিপি, এটি একটি আপস সমাধান হবে. আচ্ছা, এটা নিয়ে এত জটিলতা কি?

অসুবিধা হল যে গ্রাহক পরিচালিত পরিষেবা এবং ক্লাউড এসকিউএল ব্যবহার করে ছেড়ে দিতে চান না। এবং ক্লাউড এসকিউএল এর ক্ষমতা বর্তমানে সীমিত। ক্লাউড SQL উচ্চ প্রাপ্যতা (HA) এবং রিড রেপ্লিকা (RR) সমর্থন করে, কিন্তু একই RR শুধুমাত্র একটি অঞ্চলে সমর্থিত। আমেরিকান অঞ্চলে একটি ডাটাবেস তৈরি করার পরে, আপনি ক্লাউড এসকিউএল ব্যবহার করে ইউরোপীয় অঞ্চলে একটি রিড রেপ্লিকা তৈরি করতে পারবেন না, যদিও পোস্টগ্রেস নিজেই আপনাকে এটি করতে বাধা দেয় না। Google কর্মীদের সাথে চিঠিপত্র কোথাও নেতৃত্ব দিয়েছিল এবং "আমরা সমস্যাটি জানি এবং এটি নিয়ে কাজ করছি, একদিন সমস্যাটি সমাধান করা হবে।"

যদি আমরা ক্লাউড এসকিউএল-এর ক্ষমতাগুলিকে সংক্ষেপে তালিকাভুক্ত করি, তাহলে এটি দেখতে এরকম কিছু হবে:

1. উচ্চ প্রাপ্যতা (HA):

• একটি অঞ্চলের মধ্যে;
• ডিস্ক প্রতিলিপি মাধ্যমে;
• PostgreSQL ইঞ্জিন ব্যবহার করা হয় না;
• স্বয়ংক্রিয় এবং ম্যানুয়াল নিয়ন্ত্রণ সম্ভব - ব্যর্থতা/ফেলব্যাক;
• স্যুইচ করার সময়, DBMS কয়েক মিনিটের জন্য অনুপলব্ধ।

2. রেপ্লিকা পড়ুন (RR):

• একটি অঞ্চলের মধ্যে;
• গরম স্ট্যান্ডবাই;
• PostgreSQL স্ট্রিমিং প্রতিলিপি।

উপরন্তু, প্রথাগত হিসাবে, একটি প্রযুক্তি নির্বাচন করার সময় আপনি সবসময় কিছু সম্মুখীন হয় সীমাবদ্ধতা:

• GKE এর মাধ্যমে ব্যতীত গ্রাহক সত্তা তৈরি করতে এবং IaaS ব্যবহার করতে চাননি;
• গ্রাহক স্ব-সেবা PostgreSQL/MySQL স্থাপন করতে চান না;
• ঠিক আছে, সাধারণভাবে, গুগল স্প্যানারটি বেশ উপযুক্ত হবে যদি এটি এর দামের জন্য না হয় তবে, জ্যাঙ্গো ওআরএম এটির সাথে কাজ করতে পারে না, তবে এটি একটি ভাল জিনিস।

পরিস্থিতি বিবেচনা করে, গ্রাহক একটি ফলো-আপ প্রশ্ন পেয়েছেন: "আপনি কি অনুরূপ কিছু করতে পারেন যাতে এটি Google স্প্যানারের মতো হয়, তবে জ্যাঙ্গো ওআরএম-এর সাথেও কাজ করে?"

সমাধান বিকল্প নং 0

প্রথম জিনিস যা মনে এসেছিল:

• CloudSQL এর মধ্যে থাকুন;
• অঞ্চলগুলির মধ্যে কোনও আকারে অন্তর্নির্মিত প্রতিলিপি থাকবে না;
• PostgreSQL দ্বারা বিদ্যমান ক্লাউড এসকিউএল-এ একটি প্রতিরূপ সংযুক্ত করার চেষ্টা করুন;
• কোথাও এবং একরকম একটি PostgreSQL উদাহরণ চালু করুন, কিন্তু অন্তত মাস্টার স্পর্শ করবেন না।

হায়রে, দেখা গেল যে এটি করা যাবে না, কারণ হোস্টে কোনও অ্যাক্সেস নেই (এটি সম্পূর্ণ আলাদা প্রকল্পে) - pg_hba এবং আরও অনেক কিছু, এবং সুপার ইউজারের অধীনেও কোনও অ্যাক্সেস নেই।

সমাধান বিকল্প নং 1

আরও প্রতিফলন এবং পূর্ববর্তী পরিস্থিতি বিবেচনায় নেওয়ার পরে, চিন্তার ট্রেনটি কিছুটা পরিবর্তিত হয়েছিল:

• আমরা এখনও ক্লাউডএসকিউএল-এর মধ্যে থাকার চেষ্টা করছি, কিন্তু আমরা মাইএসকিউএল-এ স্যুইচ করছি, কারণ মাইএসকিউএল-এর ক্লাউড এসকিউএল-এর একটি বাহ্যিক মাস্টার রয়েছে, যা:

- বহিরাগত MySQL এর জন্য একটি প্রক্সি;
- একটি মাইএসকিউএল উদাহরণের মত দেখাচ্ছে;
- অন্যান্য ক্লাউড বা অন-প্রিমিসেস থেকে ডেটা স্থানান্তরের জন্য উদ্ভাবিত।

যেহেতু মাইএসকিউএল প্রতিলিপি সেট আপ করার জন্য হোস্টে অ্যাক্সেসের প্রয়োজন হয় না, নীতিগতভাবে সবকিছুই কাজ করেছিল, তবে এটি খুব অস্থির এবং অসুবিধাজনক ছিল। এবং যখন আমরা আরও এগিয়ে গেলাম, এটি সম্পূর্ণ ভীতিকর হয়ে উঠল, কারণ আমরা পুরো কাঠামোটি টেরাফর্ম দিয়ে স্থাপন করেছি এবং হঠাৎ দেখা গেল যে বাহ্যিক মাস্টার টেরাফর্ম দ্বারা সমর্থিত নয়। হ্যাঁ, Google এর একটি CLI আছে, কিন্তু কিছু কারণে এখানে সবকিছুই কাজ করে - কখনও কখনও এটি তৈরি হয়, কখনও কখনও তৈরি হয় না। সম্ভবত কারণ CLI বাহ্যিক ডেটা মাইগ্রেশনের জন্য উদ্ভাবিত হয়েছিল, এবং প্রতিলিপিগুলির জন্য নয়।

প্রকৃতপক্ষে, এই মুহুর্তে এটি পরিষ্কার হয়ে গেছে যে ক্লাউড এসকিউএল মোটেও উপযুক্ত নয়। তারা যেমন বলে, আমরা যা করতে পারি তা করেছি।

সমাধান বিকল্প নং 2

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

• কুবারনেটসে কাজ, কুবারনেটস (ডিসিএস, ...) এবং জিসিপি (এলবি, ...) এর সম্পদ এবং ক্ষমতার সর্বাধিক ব্যবহার;
• HA প্রক্সির মতো ক্লাউডে একগুচ্ছ অপ্রয়োজনীয় জিনিস থেকে ব্যালাস্টের অভাব;
• প্রধান HA অঞ্চলে PostgreSQL বা MySQL চালানোর ক্ষমতা; অন্যান্য অঞ্চলে - প্রধান অঞ্চলের RR থেকে HA এবং এর অনুলিপি (নির্ভরযোগ্যতার জন্য);
• মাল্টি মাস্টার (আমি তার সাথে যোগাযোগ করতে চাইনি, তবে এটি খুব গুরুত্বপূর্ণ ছিল না)

.
এসব দাবির ফলশ্রুতিতে পিউপযুক্ত DBMS এবং বাঁধাই বিকল্প:

• মাইএসকিউএল গ্যালেরা;
• তেলাপোকা ডিবি;
• PostgreSQL টুলস

:
- pgpool-II;
— পৃষ্ঠপোষক।

মাইএসকিউএল গ্যালারা

MySQL Galera প্রযুক্তি কোডারশিপ দ্বারা তৈরি করা হয়েছে এবং এটি InnoDB-এর জন্য একটি প্লাগইন। বিশেষত্ব:

• মাল্টি মাস্টার;
• সিঙ্ক্রোনাস প্রতিলিপি;
• যেকোনো নোড থেকে পড়া;
• যেকোনো নোডে রেকর্ডিং;
• অন্তর্নির্মিত HA প্রক্রিয়া;
• Bitnami থেকে একটি হেল্ম চার্ট আছে.

তেলাপোকা ডিবি

বর্ণনা অনুসারে, জিনিসটি একেবারে বোমা এবং গো-তে লেখা একটি ওপেন সোর্স প্রকল্প। প্রধান অংশগ্রহণকারী হল Cockroach Labs (Google-এর লোকজন দ্বারা প্রতিষ্ঠিত)। এই রিলেশনাল ডিবিএমএসটি মূলত বিতরণ করার জন্য ডিজাইন করা হয়েছিল (বক্সের বাইরে অনুভূমিক স্কেলিং সহ) এবং ত্রুটি-সহনশীল। কোম্পানির লেখকরা "NoSQL সমাধানগুলির সাথে পরিচিত অনুভূমিক অ্যাক্সেসিবিলিটির সাথে SQL কার্যকারিতার সমৃদ্ধি একত্রিত করার" লক্ষ্যের রূপরেখা দিয়েছেন।

একটি চমৎকার বোনাস হল পোস্ট-গ্রেস সংযোগ প্রোটোকলের জন্য সমর্থন।

পিজিপুল

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

পৃষ্ঠপোষক

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

আপনি শেষ পর্যন্ত কি নির্বাচন করেছেন?

পছন্দ সহজ ছিল না:

1. তেলাপোকা ডিবি - আগুন, কিন্তু অন্ধকার;
2. মাইএসকিউএল গ্যালারা - এছাড়াও খারাপ না, এটি অনেক জায়গায় ব্যবহৃত হয়, কিন্তু MySQL;
3. পিজিপুল — অনেক অপ্রয়োজনীয় সত্তা, তাই ক্লাউড এবং K8 এর সাথে একীকরণ;
4. পৃষ্ঠপোষক - K8s এর সাথে চমৎকার ইন্টিগ্রেশন, কোন অপ্রয়োজনীয় সত্ত্বা নেই, GCP LB এর সাথে ভালভাবে সংহত।

এইভাবে, পছন্দ পাত্রোনির উপর পড়ে।

তথ্যও

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

এসকিউএল হিসাবে, এসকিউএল লাইভ হবে। এর মানে হল যে আপনাকে PostgreSQL এবং MySQL জানতে হবে এবং তাদের সাথে কাজ করতে সক্ষম হতে হবে, কিন্তু আরও গুরুত্বপূর্ণ হল সেগুলিকে সঠিকভাবে ব্যবহার করতে সক্ষম হওয়া।

উত্স: www.habr.com