поделим монолит на микросервисы, если под капотом они используют одну базу данных?
Мне кажется это то же самое, что запустить несколько инстансов одного приложения
можно разделять нагрузку, сервисы которые больше используються запутисить на 20 интсансах, а остальные только на 10 например хотя тут все равно упор идет в бд
ну и например CPU-intensive операции можно выносить в сервисы если о ноде говорить
А какая разница одна бд, или несколько? Кроме того, что написал Никита, ещё в плюс low coupling, например Проще разрабатывать разные куски приложения
Это не то же самое, что и поднять несколько интсансов одного монолита под разные задачи? Например под задачу A запустить 20 инстансов, а под остальное 10. А на фронт сервере в зависимости от вызванного API раскидывать на выделенные под эти цели инстансы
С одной бд сервисы всё равно связаны же друг с другом. Плюс нагрузка на бд чувствуется всеми микросервисами Получается что проще несколько инстансов одного и того же монолита запустить, чем так. Не?
Ну если выбирается вариант микросервисов с одной бд - подразумевается что нагрузка на них и на базу будет приемлемая Иначе, конечно, надо делать несколько бд Связь между собой у микросервисов условная, им достаточно знать api друг друга Запустить несколько инстансов одного монолита можно, вероятно. Если они могут быть так запущены и работать в таком режиме Но зачем? Зачем нам десяток приложений, у каждого из которых используются 5% их функциональности?
Вы хотите сказать что горизонтально масштабировать монолиты вообще бессмысленно?
Нет
Зачем вам микросервисы если монолит устраивает и лучше
Проще поделить зоны ответственности при разработке
Че
Обсуждают сегодня