Multi Tenant Architecture
Зачем
Плюсы минусы
Плюсы:
- Безопасность
- Стоимость эксплуатации (TCO)
- Производительность
- Надежность
- Функциональность
- Скорость реагирования на потребности отдельных клиентов - уникальный функционал.
- Переиспользование общего (Единая кодовая база) функционала.
- Управляемость - сопровождение
- Разработка
- TimeToMarket сократить по ЮЛ
Минусы, Риски:
- Шумные соседи
- Производительность
- Надежность
- Безопасность
- Сложность разработки
Паттерны
- Модели MTA
- Если вы ожидаете, что ваш бизнес будет масштабироваться до большого количества клиентов, очень важно развернуть общую инфраструктуру.
- Если требования к изоляции клиентов являются высокими, может потребоваться инфраструктура с одним клиентом и отдельными инстансами (экземплярами решения).
- RMQ multi-tenancy
- Database multi-tenancy
- k8s multi-tenancy
- Multi Tenant Architecture (MTA) - Single Instance
- Single Tenant Architecture (STA) - Multi Instance
- Гибридный (компромисный) вариант
Multi Tenant Architecture (MTA) - Single Instance
| Управляемость | Надежность |
| Стоимость | Производительность |
| Функциональность | Безопасность |
| Разработка |
Single Tenant Architecture (STA) - Multi Instance
| Производительность | Стоимость |
| Надежность | Управляемость |
| Безопасность: изоляция данных для каждого клиента, что снижает риск случайной утечки. | |
| Функциональность | |
| Разработка |
Гибридный вариант
Возможно стоит применять различные уровни изоляции на каждом уровне (слое) решения (GUI, Пользовательские сценарии, Бизнес логика, Хранилища, Инфраструктура)
- Вертикальное секционирование развертывания
| Производительность | Разработка |
| Функциональность | Стоимость |
- Горизонтально секционированные развертывания
| Производительность | Разработка |
| Функциональность | Стоимость |
To-do
- https://docs.microsoft.com/ru-ru/azure/architecture/guide/multitenant/related-resources