Skip to main content

Көп ареналы изоляция (Multi-Tenancy Isolation)

Ultimate Multisite: Multi-Tenancy 1.2.0 арнайы ареналар үшін базалық және файл жүйесін бөліп держатьді қолдасады. Бұл ареналар деректерін бір-бірінен ажырата отырып, желі деңгейіндегі қызмет көрсету, есептеулау және басқару функцияларын сақтайды.

Изоляция стратегиясы (Isolation strategy)​

Деректерді күшейтілген бөлу, арнайы файл жүйесін сақтау немесе бөлек хост шекарасын қажет ететін клиенттер үшін арнайы изоляцияны қолданыңыз.

Әрбір арнайы аренаның келесі болуы керек:

  • Хостке бекітілген арнайы ареналық базасы немесе базасы алдыңғы префикс стратегиясы (database prefix strategy).
  • Арнайы ареналық файл жүйесінің түбі (dedicated tenant filesystem root).
  • Сайтты оның базасына, түбір жолына (root path), хост атауына және изоляция моделіне байланысты картасын көрсететін арена тізілімдегі енгізу (tenant registry entry).
  • Арена қолданылғанға қабылданудан бұрын миграцияды тексеру нәтижесі.

База хостқа бекіту (Database host binding)​

1.2.0 нұсқасы арнайы орнатылымдар үшін стандартты "бір машинадағы" хост бекітілу сипатын өзгертеді. localhost сияқты бір машиналық мәндер нормаландырылады, бұл Bedrock, FrankenPHP және контейнерленген WordPress орнатылымдарының MySQL-ге нақты қандай хост тізбегін көрсететініне қарамастан рұқсат беруді және тексеруді мүмкіндік береді.

Арнайы аренаны конфигурациялаған кезде:

  1. База хосты аренаның орындалу кезінде қажет ететін мәндерге орнатыңыз.
  2. Хост жергілікті қосылымдарды күтсеінде, жергілікті сокет орнатылымдары үшін localhost қолданыңыз.
  3. База сервері сол хостке құқықтар бергенде ғана 127.0.0.1 немесе қызмет атауы (service hostname) қолданыңыз.
  4. Хост бекітілуді өзгертуден кейін миграцияды тексеріңіз.

Егер тексеру нәтижелері рұқсат беруде сәтсіздіктер көрсетсе, арена базасы пайдаланушыларының рұқсаты мен конфигурацияланған хост бекітілуін салыстырыңыз. user@localhost үшін берілген пайдаланушы [email protected] немесе user@% (жарқалмаған) сияқты ауысады.

Файл жүйесінің түбі (Filesystem root)​

Ижайтын кірісті (tenant root) қайта жүктеулер мен пайыздаулар арасында тұрақты болуы керек. Кеңес беру жолдарына (temporary mount paths) барудан аулақ болыңыз. Bedrock-стилі орнатылымдар үшін, жайлы кірісті WordPress веб-кореньмен сәйкес келетінін растаңыз, тек жоба kökünden емес, сонымен қатар tenant bootstrap-та күтілетін кореньге бағытталғанын.

Орнату реті​

Жаңа пайыздар үшін мына реттілікті қолданыңыз:

  1. Пайыздар тізіліміне (tenant registry entry) енгізуді жасаңыз.
  2. Пайыздар дерекқорын және дерекқор пайдаланушысын жасаңыз.
  3. Пайыздар схемасын бастапқы орнатыңыз (Bootstrap).
  4. Пайыздар пайдаланушыларын орнатыңыз.
  5. Пайыздар файл жүйесінің жолдарына конфигурация жасаңыз.
  6. Миграцияны тексеруді орындаңыз.
  7. Тесттеудан өткеннен кейін маршрутизацияны немесе DNS-ті ауыстырыңыз.

Бұл реттілік дерекқор жазушысы, пайдаланушылар мен файл жүйесі дайын болмаған кезде іс жүзінде бөлінген пайыздарға трафик түсуін болдырмауға көмектеседі.

Пайыздар басқару ағымдары (Sovereign customer management flows)​

Ultimate Multisite v2.13.0 созылмалы режим (sovereign mode) қосылған кезде пайдаланушыны басқару әрекеттерін негізгі сайтта сақтайды. Пайыздар бөлінген WordPress орнатылымы ретінде жұмыс істей алады, бірақ желілік есептеуге, мүшелікке немесе ортақ аккаунт деректеріне байланысты пайдаланушыға бағытталған әрекеттерді пайыздар орындалу кезінде аяқтаудың орнына оларды негізгі сайтқа қайта жіберу керек.

Негізгі сайт ағымы мыналарға қолданылады:

  • Checkout және жоспар өзгерістері.
  • Есептік жағдайды көру және пайдаланушы профилі әрекеттері.
  • Есептеу мекенжайларын жаңарту және төлемді басқару экрандары.
  • Есепке және төлем тарихына қарау.
  • Сайтты қосу немесе сайтты өшіру сияқты сайтты басқару әрекеттері.
  • Шаблон ауыстыру.
  • Домен картасы және негізгі доменді өзгертулер.

Клиент со своего суверенного арендатора начинает одно из этих действий, Ultimate Multisite строит соответствующий URL основного сайта и сохраняет исходного арендатора как целевой пункт возврата, когда это безопасно. Это позволяет клиентам завершить управляемое действие с учетом сетевых записей, а затем вернуться в контекст арендатора без дублирования платежной информации или статуса членства в суверенной базе данных.

Для операторов практическое правило таково: страницы выставления счетов (billing), учетной записи (account), оформления заказа (checkout), счета (invoice), шаблона (template) и управления доменом (domain-management) должны оставаться доступными на основном сайте для суверенных сетей. Панели арендаторов могут ссылаться на эти страницы, но основной сайт остается источником истины для действия.