Привет, вопрос небольшой по микросервисной архитектуре. Все советуют под 1

Question

Привет, вопрос небольшой по микросервисной архитектуре. Все советуют под 1

сервис - делать 1 БД.
Я немного не могу понять, как в таком случае маштабировать микросервисы если к примеру нужно 3 ноды с приложением? БД на отдельной ноде.

Только stateless приложения для которых 1 запрос - 1 обращение к бд?

#devops #kubernetes #programming #russian

0

02.03.2019

3 ответов

24 просмотра

Валентин Еловский

Ну т.е есть приложение например Sentry, оно ходит в постгрес на 192.168.10.10,и в том постгресе только юзер sentry и бд sentry. Дальше - у тебя есть еще приложение abc, и оно тоже юзает постгрю, но ходит на 192.168.20.2, и в том постгре тож только база abc. Таким образом приложение abc начинает масштабироваться - и ты реплицируешь только его бд, а sentry за собой не таскаешь. И бекапишь все раздельно (и если юзать wal-g для этого то вообще очень удобно все). Если же у тебя под бд отдельные железные серваки - тогда до такой степени разделить не выйдет, но все равно "правильно" чтоб каждый сервис ходил в свою базу, а не шарить одну бд между несколькими приложухами

0

03.03.2019

Mike Wazowski

Есть мнение, что монолит лучше

0

03.03.2019

𝚔𝚟𝚊𝚙𝚜 · Accepted Answer

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

172 похожих чатов

Привет, вопрос небольшой по микросервисной архитектуре. Все советуют под 1

3 ответов

Похожие вопросы