SaaS multi-tenant: ізоляція й архітектурні компроміси

Порівняйте спільні та окремі ресурси даних, завдань і операцій. Визначте ізоляцію організацій понад саме входження.

Три окремі відсіки клієнтів з’єднані зі спільною основою сервісів.

Multi-tenancy дозволяє кільком організаціям користуватися сервісом. Важливо, де ресурси спільні та як обмежені доступ і навантаження. Автентифікація говорить, хто звертається, не до яких даних має право. Ізоляція охоплює всі шляхи, зокрема підтримку й фонові завдання.

Обирайте межі за вимогами

Модель	Можлива перевага	Операційне питання
Спільні таблиці з ідентифікатором	Ефективність і спільні міграції	Як усюди примусити фільтрацію?
Окремі схеми чи бази	Чіткіша межа даних	Як масштабувати міграції й копії?
Окремі розгортання	Незалежний ресурс	Як утримувати більшу кількість?

Моделі можна поєднувати. Спільне керування та окреме особливе навантаження іноді виправдані. Запишіть причину й вибір при створенні організації. Окремі бази не гарантують ізоляції, якщо доступи, підтримка або експорт перетинають межі неконтрольовано.

Передавайте довірений контекст

Визначайте членство й права на сервері. Ідентифікатор із запиту не доводить доступ. Переносьте контекст у завданнях, кеші, файлах та аудиті, перевіряючи біля ресурсу. Міжорганізаційні адміністративні дії оцінюйте окремо й обмежуйте явною метою.

Створіть дві тестові організації з різними даними.
Перевірте читання, запис, експорт і файли за ролями.
Тестуйте завдання й кеш після зміни контексту.
Записуйте актора, організацію та мету допомоги.
Відпрацюйте відновлення й видалення за межею.

Перевірте ізоляцію навантаження

Великий імпорт може сповільнювати інших без витоку даних. Застосовуйте квоти, розклад чи відокремлення й типове навантаження. Ведіть перелік організацій та версійоване створення, щоб не накопичувати приховані винятки. Переглядайте вибір після зміни вимог.

Зберігайте докази за шляхами й ролями. Один тест не підтверджує систему. Відновлення спільної бази має інші наслідки, ніж однієї організації; оператори повинні їх знати. Приватність і стабільність пов’язані, але потребують окремих перевірок. Врахуйте це у прийманні та регулярній експлуатації.

Часті запитання

Чи достатньо ідентифікатора в таблиці?

Ні. Запити, завдання, кеш, файли й адміністрація мають застосовувати довірений контекст.

Чи кожному потрібна база?

Не завжди. Обирайте за ізоляцією, відновленням, масштабом і підтримкою.

Чи відокремлення замінює авторизацію?

Ні. Застосунок і операції далі потребують контрольованих прав.

Як тестувати ізоляцію?

Авторизованими різними організаціями для читання, запису, експорту, завдань і привілеїв.

Що таке шумний сусід?

Клієнт споживає спільний ресурс і погіршує роботу інших навіть без витоку.

Від задуму до реалістичного обсягу робіт

Поділіться сценарієм користувача, інтеграціями й умовами запуску. Допоможемо підготувати оцінку з припущеннями та винятками.

Переглянути склад послуги →