Как организовать простую модель мультитенантности?

Question

[marrs]

Как из обычного веб приложения самым простым способом получить мультитенантность на уровне приложения (скриптов)? Одно приложение с отдельными базами данных для каждого арендатора.

Проще говоря: есть веб приложение на php+mysql+js, его хочет арендовать n-компаний. Приложение развивается и меняется, поэтому ставить каждому арендатору отдельную копию не получится.
Необходимо чтобы скрипты были для всех арендаторов были в одном месте, в единственном экземпляре.

Я вижу это так, что мой сервис находится на домене myservice.ru, а арендаторы на user1.myservice.ru, user2.myservice.ru и так далее. У каждого арендатора (user1) будет только свой файл конфигурации, который указывает подключения к БД, а все остальные скрипты (все веб приложение) должны быть едины для всех.

Рад любой помощи

Answer 1

[mamontm]

1 параметр дополнительный в таблицах БД всего.
И обязательно фильтровать данные по этому параметру и везде его требовать.

Этот параметр везде проходит по коду бэкенда.
Во фронтенде - можно так же, а можно и разруливать на входе в веб-сервер по имени (суб)домена (уникального для каждого арендатора)

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

Вот только как вы простым образом кастомизируйте внешний вид....
Ограничиться логотипом арендатора разве что - это просто.
Более существенные вещи заставят менять код.

Comments

[marrs]

БД пока не хотелось бы трогать, там много всего нужно продумать. У меня пока начальная/пробная модель

А вот "разруливать на входе в веб-сервер" сейчас думаю самое то, но пока ума не приложу как

[mamontm]

marrs,

БД пока не хотелось бы трогать, там много всего нужно продумать. У меня пока начальная/пробная модель

Если вам под арендатора - лучше сразу заложить эту дополнительную колонку под фильтр во все таблицы.

marrs,

А вот "разруливать на входе в веб-сервер" сейчас думаю самое то, но пока ума не приложу как

Да легко.
Ваш бэкенд получает же адрес хоста.
Транслировать его в этот самый "фильтр по арендатору".

Но без изменения БД вы все равно далеко не уйдете.

Другой вариант - структуру БД не придется менять:
Подключать разные БД (с одинаковой структурой конечно же) на основании входящего доменного имени - сильно повышает издержки и из за необходимости обслуживать/деплоить лишнее и из-за неравномерной нагрузки.

[marrs]

Да легко.
Ваш бэкенд получает же адрес хоста.
Транслировать его в этот самый "фильтр по арендатору".

А вы можете привести простой пример как это организовать? Чтоб субдомен брал свой конфиг из своей папке, а все остальное из общей папки?
Или хотя бы куда копать, я просто не вижу решение в простой переадресации

Но без изменения БД вы все равно далеко не уйдете.

Я пока и не ухожу, у меня не много клиентов и проблем пока не возникает, планирую сотню набрать до конца года и если продукт жизнеспособен, то потом браться за это более серьезно))

[mamontm]

marrs,

да нет же.
конфиг общий.

я бы в коде внес изменения, прокинул бы через каждый запрос имя (суб)домена - и так вплоть до вызова СУБД, где ставил бы фильтр. Для простоты можно даже равный имени (суб)домена.