کارکرد ديال انتقال حكومت (Sovereign Migration Workflow)
Ultimate Multisite: Multi-Tenancy 1.2.0 اضافة بوابات تحقق للانتقال باش تنقل موقع فرعي عادي إلى بنية مستأجر سيادي (sovereign tenant infrastructure).
قبل ما تبدا
تأكد أن عندك:
- نسخة احتياطية حالية للموقع المصدر (source site).
- إضافة Multi-Tenancy مفعلة.
- قاعدة بيانات المستأجر الهدف، جذر نظام الملفات (filesystem root)، والنطاق (domain) جاهزين.
- ربط مضيف قاعدة البيانات (database host binding) يتطابق مع بيئة الوجهة.
- وصول لتشغيل أوامر WP-CLI للشبكة.
سير العمل الموصى به
- جهز قاعدة بيانات المستأجر ونظام الملفات الهدف.
- سجل أو حدث إعدادات عزل المستأجر (tenant isolation settings).
- شغل عملية ترحيل المستأجر (tenant migration).
- قم بتوفير أو التحقق من مستخدمي المستأجر (tenant users).
- صفّ أو أفرغ مهام الترحيل غير المتزامنة (async migration jobs).
- شغل تحقق الانتقال السيادي (sovereign migration verification).
- زر المستأجر باستخدام SSO.
- غيّر DNS أو التوجيه فقط بعد نجاح التحقق.
بوابات التحقق
سير عمل التحقق كيشوف عملية الانتقال من عدة زوايا:
- مخطط المستأجر (tenant schema) موجود ويمكن كتابته بواسطة كات ب قاعدة بيانات المستأجر.
- مضيف قاعدة البيانات المُعد له فيه صلاحيات صحيحة.
- مستخدمو المستأجر موجودون ويتطابقون مع عدد مستخدمي التثبيت السيادي المتوقع.
- يمكن تفريغ قائمة الانتظار للدفع غير المتزامن (async push queue) بنجاح.
- مسارات البيانات القديمة من جانب الشبكة لم تعد مطلوبة للمستأجر السيادي.
عامل أي فشل في التحقق كعائق قبل الإطلاق. صلِح المشكلة اللي ذكرتها في قاعدة البيانات، أو المستخدم، أو القائمة، أو التوجيه، وبعدها شغل التحقق مرة ثانية قبل ما تعرض المستأجر على العملاء.
أول زيارة للإنتاج (First production visit)
بعد نجاح التحقق، استخدم Visit (SSO) من شاشة إدارة الموقع لأول زيارة إدارية. هذا يؤكد توجيه المستأجر، ومعالجة رمز SSO، وتثبيت المصدر (origin pinning)، وتوفير مستخدمي جانب المستأجر في خطوة واحدة مُتحكم فيها.