Может ли одно Java-приложение работать с разными БД?

Question

[softshape]

Есть приложение на Spring, работающее по принципу "один сервер == один клиент". Встала задача масштабироваться на 100 (условно) клиентов. Поднимать 100 серверов не хочется. Бродит мысль поднять один сервер приложений и один сервер БД, в котором было бы 100 одинаковых по структуре, но разных по содержанию баз. Приложение в момент получения запроса анализирует имя домена, берет оттуда имя клиента и коннектится к его базе. Возможно ли такое?

Comments

[Сергей Горностаев]

Поднимать 100 серверов не хочется.

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

[softshape]

Ну как набор - это ж какой должен быть сервер, чтобы выдержать например 20-30 работающих докеров со Sping'ом ?

[Сергей Горностаев]

softshape, зависит от того, как написано ваше приложение, и какую нагрузку создаёт клиент, но у меня пара VPS'ок на DO вывозили десятки одновременно работающих клиентских проектов и наверняка удалось бы и до сотни дотянуть.

Answer 1

[Dmitry Roo]

Возможно

Comments

[softshape]

А как? Сразу возникают вопросы по данным в памяти приложения, которые сейчас относятся к одноу клиенту.

[Dmitry Roo]

softshape, так же как и миллионы вэб приложений, написанных на спринге, которые обслуживают тысячи клиентов.
Например, в рамках какой-то сессии.

[softshape]

Dmitry Roo, видимо тут надо уточнить что такое "клиент". Это не пользователь. Это организация, в каждой несколько десятков или сотен пользователей. Сейчас архитектура заточена на то, что одной организации можно поставить и настроить одну БД и один сервер. А хочется свести на один сервер вообще всех. При этом например у разных организаций могут быть пользователи с одинаковыми логинами.

[Dmitry Roo]

softshape, погуглите скоупы. Без кода ничего конкретного сказать нельзя

Answer 2

[rPman]

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

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

Comments

[softshape]

Можно. Но представьте что у вас проект с примерно 100 тыс строк кода и 100 таблицами. Переводить такое на multi-tenant тяжело.

[rPman]

softshape, ок, еще вариант, скриптом переименовываешь таблицы (например пересоздаешь из бакапа, подправив названия в дампе), содаешь на каждую таблицу view, в котором пишешь условие что то типа

select * from table_original where user_name=user()

ну а в java коде в @configuration прописываешь строку подключения с именем пользователя базы данных, соответствующую имени подключившегося пользователя

кстати в такой реализации можно даже вьюхи не создавать, в пределах одной установки базы данных делаешь 100 баз данных, клонированием, прописав каждую базу в дефолт своему пользователю, хз что удобнее, в любом случае правок кода минимум и вся возня с базой данных

Answer 3

[Орхан Гасанлы]

Добрый день.
Что за приложение. которое работает по принципу "1 сервер - 1 клиент". А если в будущем будет 1000 клиентов? А если 1М?
Ну а так вы можете перейти на микросервисную архитектуру. Развернуть отдельный сервер конфигурации (config server), gateway & discovery service. А затем развернуть по 1 инстансу приложения на каждого клиента
Ну или как отметил коллега, реализовать мультиарендность (multitenancy)

Comments

[Юрий]

очевидно тут про multi tenant

Answer 4

[tro_pic_rock]

Для вашей задачи уже создали eurika и kafka. По крайней мере они занимаются распределением нагрузки.