Сравнивает общие таблицы, схемы и базы по изоляции и эксплуатации
Зачем
Зачем это нужно
Передаёт tenant id через API, задачи, события и ключи кэша
Добавляет защиту на уровне данных от забытого фильтра в одном запросе
Вопросы
Частые вопросы
Общая база с tenant_id безопасна?
Может быть, если идентификатор обязателен во всех ключах и запросах, а база дополнительно ограничивает доступ политиками. Одной договорённости в коде мало. Модель покажет центральный слой контекста, составные уникальные ограничения и тесты, которые пытаются прочитать запись соседнего арендатора.
Когда нужна отдельная база на клиента?
При строгой изоляции, особом регионе хранения, индивидуальном восстановлении или очень крупном клиенте. Цена — миграции и мониторинг множества баз. Гибридный вариант оставляет большинство в общей базе, а исключения размещает отдельно; маршрутизация должна быть прозрачной для бизнес-кода.
Как не смешать данные в кэше?
Tenant id входит в каждый ключ и в область сброса. Особенно опасен кэш результата запроса только по локальному id, который совпадает у разных компаний. Модель проверит схему ключей, фоновые прогревы и CDN. Тест должен последовательно запросить один адрес под двумя арендаторами и получить разные ответы.
Рядом
Соседние страницы каталога
Дальше — весь каталог задач: поиск по названию, темы и фильтры.