Мультиарендность
Используется и другой термин – мультитенантность. Его название происходит от английского слова tenant – арендатор.
Принцип работы
Мультитенантность разделяет процессы арендаторов на независимые друг от друга, как на уровне компаний, так и на уровне отдельных пользователей. Для каждого бизнес-сервиса заказчика выделяется отдельная среда.
Далее сервису присваивается уникальный идентификатор, который распределяет информацию между пользователями.
Микросервисная архитектура приложения выделяет каждому бизнес-процессу ресурсы, необходимые для его стабильной работы.
В любом мультитенантном ПО можно управлять его функциями на уровне пользователей. Другими словами, для каждого пользователя (или группы) можно включать/выключать дополнительные свойства.
Классификация
Мультиарендность приложений разделяют на 3 типа:
- Единые ресурсы, хранилище информации и инсталляция. Разделение на тенанты происходит на уровне программного обеспечения. Приложение самостоятельно определяет доступ пользователей к ресурсам в соответствии с правами. Такой подход обеспечивает сбалансированное использование ресурсов компании и минимальное время на администрирование. Подходит для клиентов, которые планирует создать мультитенантность программного обеспечения.
- Единое хранилище данных и инсталляция, но разделение ресурсов. Разделение происходит на уровне инфраструктуры, каждому тенанту предоставляется собственный фиксированный по мощности пул ресурсов. Такой вариант идеально подходит для организаций, у которых есть собственный ЦОД.
- Полное разделение. Для каждого тенанта существуют собственные ресурсы и хранилище информации. Инсталляция программного обеспечения для каждого арендатора тоже отдельная. Данный вариант подходит для арендаторов, которые не планировали использовать мультиарендность, но им необходимо разделение ресурсов.
Чтобы избежать сложностей или проблем с мультиарендностью, необходимо на начальном этапе создания программного обеспечения разрабатывать архитектуру с учетом дальнейшего использования разделения ресурсов.