আমি মঙ্গোডিবি ব্যবহার করে একটি বহু-ভাড়াটে অ্যাপ তৈরির কথা ভাবছি। আমার কাছে এখনও কত ভাড়াটিয়া থাকবেন সে সম্পর্কে আমার কোনও অনুমান নেই তবে আমি হাজারে স্কেল করতে সক্ষম হতে চাই।
আমি তিনটি কৌশল সম্পর্কে ভাবতে পারি:
আমার মাথার ভয়েসটি পরামর্শ দিচ্ছে যে আমি বিকল্প 2 দিয়ে চলেছি।
চিন্তা ও জড়িত, কেউ?
উত্তর:
সমস্যাগুলি সমাধান করার জন্য এবং একই সাথে আমারও একই সমস্যা রয়েছে। যেহেতু আমার সাআস মাল্টি-টেন্যান্ট অ্যাপ্লিকেশনগুলি তৈরির বহু বছরের অভিজ্ঞতা রয়েছে আমিও সম্পর্কিত ডেটাবেসগুলির সাথে আমার পূর্ববর্তী অভিজ্ঞতার ভিত্তিতে দ্বিতীয় বিকল্পটি নির্বাচন করতে যাচ্ছিলাম।
আমার গবেষণা করার সময় আমি এই নিবন্ধটি মংডোব সমর্থন সাইটে খুঁজে পেয়েছি (যাবার পরে আবার যুক্ত হয়েছে): https://web.archive.org/web/20140812091703/http://support.mongohq.com/use-cases/m -tenant.html
ছেলেরা যে কোনও মূল্যে ২ য় বিকল্প এড়াতে বলেছিল, যা আমি বুঝতে পেরেছি যে মঙ্গডব বিশেষভাবে নির্দিষ্ট নয়। আমার ধারণাটি হ'ল এটি ডেটাবেস ডিজাইনের সুনির্দিষ্টতার কারণে আমি গবেষণা করা বেশিরভাগ নোএসকিউএল ডিবিএসের জন্য প্রযোজ্য (কোচডিবি, ক্যাসান্দ্রা, কাউচবেস সার্ভার ইত্যাদি)।
সংগ্রহগুলি (বা বালতিগুলি বা তারা এটিকে বিভিন্ন ডিবিতে ডাকে) আরডিবিএমএসের সুরক্ষা স্কিমার মতো জিনিস নয় যদিও তারা নথিপত্রের ধারক হিসাবে আচরণ করে যদিও তারা ভাল ভাড়াটে বিচ্ছিন্নতা প্রয়োগের জন্য অকেজো। সংগ্রহের উপর ভিত্তি করে সুরক্ষা বিধিনিষেধ প্রয়োগ করতে পারে এমন NoSQL ডাটাবেস আমি পাইনি।
অবশ্যই আপনি ডেটাবেস / সার্ভার স্তরে অ্যাক্সেসকে সীমাবদ্ধ করতে মোংডব ভূমিকা ভিত্তিক সুরক্ষা ব্যবহার করতে পারেন। ( http://docs.mongodb.org/manual/core/authorization/ )
আমি প্রথম বিকল্পটি সুপারিশ করব যখন:
আমি ভেরিয়েন্ট 3 এ যাব যদি:
আপনি যদি আপনার অ্যাপ্লিকেশন সম্পর্কে অতিরিক্ত বিশদ পোস্ট করেন তবে সম্ভবত আমি আপনাকে আরও বিশদ পরামর্শ দিতে পারি।
আমি এই লিঙ্কটিতে মন্তব্যগুলিতে একটি ভাল উত্তর পেয়েছি:
মূলত অপশন # 2 এ যাওয়ার সবচেয়ে ভাল উপায় বলে মনে হচ্ছে।
ডেভিড মেটনের মন্তব্য থেকে উদ্ধৃতি:
মঙ্গোডিবি যেভাবে ডেটা ফাইল বরাদ্দ করে সে কারণে আমরা গ্রাহক প্রতি ডাটাবেস না রাখার সিদ্ধান্ত নিয়েছি। প্রতিটি ডাটাবেস নিজস্ব ফাইলের সেট ব্যবহার করে:
ডাটাবেসের জন্য প্রথম ফাইলটি dbname.0, তারপরে dbname.1, ইত্যাদি d dbname.0 2GB অবধি 64MB, dbname.1 128MB, ইত্যাদি হবে। ফাইলগুলি 2 গিগাবাইট আকারে পৌঁছে গেলে প্রতিটি ক্রমাগত ফাইলও 2 জিবি হয়।
সুতরাং যদি উপস্থিত সর্বশেষ ডেটাফাইলে যদি বলা হয়, 1 গিগাবাইট, সেই ফাইলটি যদি সম্প্রতি পৌঁছে যায় তবে 90% খালি থাকতে পারে।
ম্যানুয়াল থেকে।
ব্যবহারকারীরা পরীক্ষার জন্য সাইন আপ করে এবং জিনিসগুলি একবারে যেতে দিতে, আমরা পুরোপুরি ডেটা ফাইল ব্যবহার না করা সত্ত্বেও কমপক্ষে 2 জিবি আকারের আরও বেশি বেশি ডাটাবেস পেয়ে যাব। ডিস্কের স্থান সর্বাধিক দক্ষতার জন্য ব্যবহার করা যেতে পারে এমন সমস্ত গ্রাহকের জন্য একাধিক ডাটাবেস থাকার তুলনায় আমরা এটি প্রচুর পরিমাণে ডিস্ক স্পেস ব্যবহার করে দেখেছি।
শেয়ারিং প্রতিটি সংগ্রহের ভিত্তিতে স্ট্যান্ডার্ড হিসাবে থাকবে যা একটি সমস্যা উপস্থাপন করে যেখানে সংগ্রহটি কখনই ন্যূনতম আকারে পৌঁছায় না শাড়িং শুরু করতে, যেমনটি আমাদের বেশ কয়েকটি ক্ষেত্রে রয়েছে (যেমন সংগ্রহগুলি কেবল ব্যবহারকারীর লগইন বিশদ সংরক্ষণ করে)। তবে আমরা অনুরোধ করেছি যে এটি প্রতি ডাটাবেস স্তরেও সক্ষম হবে। Http://jira.mongodb.org/browse/SHARDING-41 দেখুন
প্রচুর সংগ্রহ ব্যবহার করে কোনও পারফরম্যান্স ট্রেড অফ নেই। Http://www.mongodb.org/display/DOCS/Using+a+ লার্জ + নাম্বার +++ সংগ্রহগুলি দেখুন
নেই বহু-ভাড়াটিয়া তথ্য স্থাপত্য সম্পর্কে দুটিই MSDN উপর একটি যুক্তিসঙ্গত নিবন্ধ যা আপনি উল্লেখ করতে ইচ্ছুক হতে পারে। এই নিবন্ধটি দ্বারা স্পর্শ করা কিছু মূল বিষয়:
সফ্টওয়্যার হিসাবে পরিষেবা (সাস) কনফিগারেশন হিসাবে কয়েকটি নিদর্শন স্পর্শ করা হয়েছে।
তদতিরিক্ত, একটি জাঁকজমকপূর্ণ মূল্য এসকিউএল যে কোনও জায়গায় বলছিদের থেকে একটি আকর্ষণীয় লিখন আপ ।
আমার নিজের ব্যক্তিগত গ্রহণ - আপনি প্রয়োগকৃত সুরক্ষা / বিশ্বাসের বিষয়ে নিশ্চিত না হলে আমি বিকল্প 3 নিয়ে যাব, বা যদি স্কেলাবিলিটি উদ্বেগগুলি ন্যূনতম সময়ে বিকল্প 2 তে ফ্যালব্যাক নিষিদ্ধ করে। বলেছিল ... আমি মঙ্গোডিবি-তে কোনও সমর্থক নই। আমি একটি ভাগ করা "স্কিমা" ব্যবহার করে বেশ নার্ভাস হয়ে যাই - তবে আমি আরও অভিজ্ঞ অনুশীলনকারীদের কাছে খুশিতে পিছিয়ে দেব।
আমি বিকল্প 2 জন্য যেতে হবে।
তবে আপনি mongod.exe কমান্ড লাইন বিকল্প - স্মার্টফিলস সেট করতে পারেন। এর অর্থ হ'ল একটি পরিমাণের বৃহত্তম ফাইলের আকার হবে 0.5 গিগাবাইট এবং 2 গিগাবাইট নয়। আমি এটি মঙ্গো 1.42 দিয়ে পরীক্ষা করেছি। সুতরাং বিকল্প 3 অসম্ভব নয়।
মঙ্গোডিবিতে আমার গবেষণা অনুসারে । ট্রুকো ওয়াই ফলসোস। অ্যাপ্লিকেশনস মাল্টিটেন্যান্ট। সেই বিকল্পটি সুপারিশ করা হয় না যদি আপনি জানেন না আপনার কয়টি ভাড়াটে থাকতে পারে, এটি হাজার হাজার হতে পারে এবং যখন এটি শার্পিংয়ের বিষয়টি আসে তখন জটিল হয়ে উঠতে পারে, এছাড়াও একটি একক ডাটাবেসে হাজার হাজার সংগ্রহের কথা কল্পনা করুন ... সুতরাং আপনার ক্ষেত্রে এটি বিকল্প এক ব্যবহার করার পরামর্শ দেওয়া হয়। এখন আপনি যদি ব্যবহারকারীদের সীমিত সংখ্যক রাখতে চলেছেন তবে এটি ইতিমধ্যে ভিন্ন এবং হ্যাঁ, আপনি যেমন ভেবেছিলেন আপনি বিকল্প দুটি ব্যবহার করতে পারেন।
এখানে আলোচনাটি নোএসকিউএল এবং মূলত মঙ্গোডিবি-তে রয়েছে , আমরা সিটাসে পোস্টগ্র্রেএসকিউএল ব্যবহার করছি এবং বিতরণকৃত / শার্পযুক্ত বহু-ভাড়াটে ডাটাবেস তৈরি করছি।
আমাদের ব্যবহারের ক্ষেত্রে নির্দেশিকাটি স্কিমা এবং বিভিন্ন মাল্টি-টেন্যান্ট নির্দিষ্ট বৈশিষ্ট্যগুলি coveringেকে একটি উদাহরণস্বরূপ অ্যাপ্লিকেশনটি দিয়ে যায়।
আরও কাঠামোগত ডেটার জন্য আমরা পোস্টগ্র্রেএসকিউএল এর জেএসওএনবি কলামটি এ জাতীয় এবং ভাড়াটে-নির্দিষ্ট ডেটা সঞ্চয় করতে ব্যবহার করি।