Мультиарендность

Мультиарендность – один из компонентов в архитектуре ПО, который работает со множеством клиентов. Системы, работающие с такими элементами, называют совместно используемыми.

Используется и другой термин – мультитенантность. Его название происходит от английского слова tenant – арендатор.

Принцип работы

Мультитенантность разделяет процессы арендаторов на независимые друг от друга, как на уровне компаний, так и на уровне отдельных пользователей. Для каждого бизнес-сервиса заказчика выделяется отдельная среда.

Далее сервису присваивается уникальный идентификатор, который распределяет информацию между пользователями.

Микросервисная архитектура приложения выделяет каждому бизнес-процессу ресурсы, необходимые для его стабильной работы.

В любом мультитенантном ПО можно управлять его функциями на уровне пользователей. Другими словами, для каждого пользователя (или группы) можно включать/выключать дополнительные свойства.

[text_with_btn btn=»УЗНАТЬ ПОДРОБНЕЕ» link=»https://itglobal.com/ru-by/services/virtual-infrastructure/multicloud/» btn_size=»normal»]Мультиоблако[/text_with_btn]

Классификация

Мультиарендность приложений разделяют на 3 типа:

Единые ресурсы, хранилище информации и инсталляция. Разделение на тенанты происходит на уровне программного обеспечения. Приложение самостоятельно определяет доступ пользователей к ресурсам в соответствии с правами. Такой подход обеспечивает сбалансированное использование ресурсов компании и минимальное время на администрирование. Подходит для клиентов, которые планирует создать мультитенантность программного обеспечения.
Единое хранилище данных и инсталляция, но разделение ресурсов. Разделение происходит на уровне инфраструктуры, каждому тенанту предоставляется собственный фиксированный по мощности пул ресурсов. Такой вариант идеально подходит для организаций, у которых есть собственный ЦОД.
Полное разделение. Для каждого тенанта существуют собственные ресурсы и хранилище информации. Инсталляция программного обеспечения для каждого арендатора тоже отдельная. Данный вариант подходит для арендаторов, которые не планировали использовать мультиарендность, но им необходимо разделение ресурсов.

Чтобы избежать сложностей или проблем с мультиарендностью, необходимо на начальном этапе создания программного обеспечения разрабатывать архитектуру с учетом дальнейшего использования разделения ресурсов.