Single-tenant обычно ставят в противоположность multi-tenant: вместо общей платформы для многих клиентов у каждого своя, отдельная инсталляция. Свой экземпляр системы, свои ресурсы, и он не пересекается с соседями ни по данным, ни по настройкам.
Если по-простому, single-tenant система — это как отдельный огороженный участок в дата-центре, только виртуальный. У одного заказчика своя база данных, свои мощности, свои конфиги, и никто больше к ним не подселяется. Такой вариант часто берут там, где очень щепетильно относятся к безопасности, нужно много кастомизаций и важно формально соответствовать регуляторным требованиям.
По сравнению с multi-tenant архитектурой, здесь гораздо проще подстраивать сервис под конкретного клиента: можно вносить специфичные изменения, выкатывать обновления в своём темпе, делать нетиповые интеграции. Обратная сторона — цена. Поддерживать десятки или сотни отдельных экземпляров дороже, чем один общий, инфраструктура хуже масштабируется и сложнее в обслуживании.
Поэтому чаще всего single-tenant выбирают крупные компании, банки, финтех, госсектор и вообще любые организации, где вопрос «а где лежат наши данные и кто к ним имеет доступ» стоит особенно остро.
