Разве микросервисы могут быть на шаред БД?
Тут такой смелый переход от использования разными мс одной базы до использования ими одних и тех же таблиц
В случае с MS на шаред БД, кто будет гарантировать, что одни и теже таблицы не используются разными MS?
А в случае когда у каждого мс своя база, кто будет гарантировать что мс не полезет в соседние базы? 🤷♂ Ну сделайте разные схемы и доступ только к одной из них
а кто их туда пустит в соседние базы?
Разделенные юзеры
А кто пустит микросервисы в таблицы, к которым у них нет доступа?
монолитное приложение, разворачивающееся разными инстансами так, что каждый инстанс работает только со своей таблицей — микросервисы?
зачем их туда пускать?
Ну т.е., мы снова полагаемся на БД?
микросервис - это отдельная программа, со своей базой (если надо). доступ к которой идет через запросы, REST и т.п.
БД всему голова!
Приложения, что разрабатываются разными разработчиками, деплоятся независимо и на разном стеке - микросервисы?
ну кому то нет, кому то да, мы разные
А если они используют одну БД? Всё ещё микросервисы?
разные разработчики не могут работать с монолитом? отдельные инстансы мололита не могут деплоится отдельно? со стеком согласен, хороший критерий
Потому как они могут нахучить в данных то, от чего зависит другой микросервис
но давайте рассмотрим кейс, когда стек сервисом таки один
это не ИЛИ, это И. Разные разработчики могут работать как с монолитом, так и с микросервисами. Если это отдельные программы, каждая из которых отвечает за свой функционал - это микросервис, а не монолит
что ты называешь программой?
Если разные части монолита деплоят независимо и разрабатываются разными командами, я уже не был бы так категоричен - обязательно ли это называть монолит (если модули общаются не внутри процесса)
Это микросервисный монолит)
Обсуждают сегодня