মাল্টি-টেন্যান্সি আইসোলেশন (Multi-Tenancy Isolation)
Ultimate Multisite: Multi-Tenancy 1.2.0 সার্বভৌম টেন্যান্টদের জন্য প্রতি-সাবসাইট ডেটাবেস এবং ফাইল সিস্টেম আইসোলেশন সমর্থন করে। এটি নেটওয়ার্ক-স্তরের প্রোভিশনিং, বিলিং এবং অ্যাডমিনিস্ট্রেশন বজায় রেখে টেন্যান্ট ডেটাকে আলাদা রাখে।
আইসোলেশন কৌশল (Isolation strategy)
যেসব গ্রাহকের জন্য শক্তিশালী ডেটা বিভাজন, ডেডিকেটেড ফাইল সিস্টেম স্টোরেজ বা আলাদা হোস্ট সীমানার প্রয়োজন, তাদের জন্য সার্বভৌম আইসোলেশন ব্যবহার করুন।
প্রতিটি সার্বভৌম টেন্যান্টের নিম্নলিখিত বিষয়গুলি থাকা উচিত:
- হোস্ট দ্বারা অনুমোদিত একটি ডেডিকেটেড টেন্যান্ট ডেটাবেস বা ডেটাবেস প্রিফিক্স কৌশল।
- একটি ডেডিকেটেড টেন্যান্ট ফাইল সিস্টেম রুট।
- একটি টেন্যান্ট রেজিস্ট্রি এন্ট্রি যা সাইটটিকে এর ডেটাবেস, রুট পাথ, হোস্টনেম এবং আইসোলেশন মডেলের সাথে ম্যাপ করে।
- টেন্যান্ট লাইভ হিসাবে বিবেচিত হওয়ার আগে একটি মাইগ্রেশন ভেরিফিকেশন ফলাফল।
ডেটাবেস হোস্ট বাইন্ডিং (Database host binding)
সংস্করণ 1.2.0 সার্বভৌম ইনস্টলগুলির জন্য ডিফল্ট একই মেশিনে হোস্ট বাইন্ডিং আচরণ পরিবর্তন করে। localhost এর মতো একই মেশিনের মানগুলিকে স্বাভাবিক করা হয়েছে যাতে Bedrock, FrankenPHP এবং কন্টেইনারাইজড ওয়ার্ডপ্রেস ইনস্টলগুলি MySQL আসলে যে হোস্ট স্ট্রিংটি দেখে তা পরীক্ষা করতে পারে এবং অনুমতি দিতে পারে।
একটি সার্বভৌম টেন্যান্ট কনফিগার করার সময়:
১. ডেটাবেস হোস্টকে টেন্যান্ট রানটাইমের প্রয়োজনীয় মান সেট করুন।
২. স্থানীয় সংযোগ প্রত্যাশা করলে লোকাল সকেট ইনস্টলগুলির জন্য localhost ব্যবহার করুন।
৩. শুধুমাত্র তখনই 127.0.0.1 বা একটি সার্ভিস হোস্টনেম ব্যবহার করুন যখন ডেটাবেস সার্ভার সেই হোস্টে সুবিধা প্রদান করে।
৪. হোস্ট বাইন্ডিং পরিবর্তন করার পরে মাইগ্রেশন ভেরিফিকেশন চালান।
যদি ভেরিফিকেশন রিপোর্টে অনুমোদনের ব্যর্থতা রিপোর্ট আসে, তবে টেন্যান্টের ডিবি ইউজার গ্রান্টগুলির সাথে কনফিগার করা হোস্ট বাইন্ডিং তুলনা করুন। user@localhost-এর জন্য অনুমোদিত ব্যবহারকারী [email protected] বা user@%-এর থেকে আলাদা।