Всем привет. Есть вопрос кто нибудь работал с микросервисами? Меня интересует решение как организовать паттерн shared db (много микросервисов одна база) фреймворк не имеет значение но orm sql alchemy. Может кто видел на github или статью какую как пилят такое

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

Как вариант - можно и базу представить как сервис, но в таком случае надо работать с ней через "API", например в виде сохранённых процедур, а не через прямые SQL запросы. И поддержку этого "API" надо реализовать в виде отдельного проекта микросервиса.

Да не, это такой же паттерн как и db per service

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

А почему нельзя масштабировать?

Так база будет бутылочным горлышком всего проекта. Иногда придётся всю базу масштабировать только из-за проблем одного микросервиса.

может кто знает, а то я в гугл не смог.

pip умеет ставить зависимости из pyproject.toml, а на лок файл он при этом смотрит или нет?

на тех когда лучше делать монолит? 😊

Ставь через poetry, в чем проблема-то