История изменений
Исправление Norgat, (текущая версия) :
Ты увел все в сторону технички, а мой пойнт - микросервисы это про организацию процессов разработки и развертывания в условиях разграничения зон ответственности.
Разделение БД - только вершина. Понятно, что можно хранить в одной БД данные (да даже в одном неймспейсе, кто же запретит то).
Но там вопрос у автора: «Мы тут это, лазим к соседям в данные, чето неудобно становится, че делать? Мб напрямую в БД к ним лазить?»
И если мы понимаем микросервисы как способ разграничения зон ответственности (включая DevOps операции, как минимум их подготовку), то ответ - не, лазить напрямую моветон. Так как у вас появляется прямая зависимость от процессов/технических решений соседней команды, чего вроде как пытались избежать путем ввода микросервисов в архитектуру.
PS По техничке спорить нет смысла, все сильно зависит от профиля нагрузки системы и SLA на эндпойнты.
Исходная версия Norgat, :
Ты увел все в сторону технички, а мой пойнт - микросервисы это про организацию процессов разработки и развертывания в условиях разграничения зон ответственности.
Разделение БД - только вершина. Понятно, что можно хранить в одной БД данные (да даже в одном неймспейсе, кто же запретит то).
Но там вопрос у автора: «Мы тут это, лазим к соседям в данные, чето неудобно становится, че делать? Мб напрямую в БД к ним лазить?»
И если мы понимаем микросервисы как способ разграничения зон ответственности (включая DevOps операции, как минимум их подготовку), то ответ - не, лазить напрямую моветон. Так как у вас появляется прямая зависимость от процессов/технических решений соседней команды, чего вроде как пытались избежать путем ввода микросервисов в архитектуру.