Как лучше развертывать микросервисы на FastApi python?

Question

[AlexBoss]

Есть приложение на FastAPI. Оно стало слишком большим(много ендпоинтов), хотелось бы их раздробить и реализовать микросервисную архитектуру, чтобы каждый сервис выполнял свою бизнес-логику. Сейчас деплоится через docker-compose. Как посоветуете разбить и деплоить? Обязательно ли использовать для каждого микросервиса свою бд и как лучше сделать docker-compose файлы?

Comments

[Вадим]

у вас все в облаке?

[AlexBoss]

Вадим, нет, просто на сервере

Answer 1

[Сергей Горностаев]

Обязательно. Иначе это не микросервисная архитектура, а карго-культ.

Comments

[AlexBoss]

Спасибо, а что подскажете по поводу деплоя, для каждого сервиса свой docker-compose?

[Сергей Горностаев]

AlexBoss, если система маленькая, то можно вообще без докера. Если большая, то с кубернетесом. Где-то посередине есть место для compose, с конфигурации разной гранулярности.

Answer 2

[Вадим]

Обязательно ли использовать для каждого микросервиса свою бд - в основном, да! Но мы например используем 1 базу для 2-3 микросервисов, потому что так удобнее или дешевле.
Хотя для большинства микросервисов - одна база один сервис. Просто есть базы, куда иногда надо ходить 2-3 сервисам для получения определенных данных общего типа. Совсем строгих правил не существует - надо исходить из бизнес логики и цены, во сколько все это выльется.

Можете попробовать k3s - так будет легче перейти в кубернетес при масштабировании бизнеса. k3s может работать даже на одном инстансе как docker compose. И k3s сертифицирован CCNF

Comments

[AlexBoss]

при этом каждый микросервис изолирован и поднимается отдельно?

[Вадим]

да, у нас часть в кубере, часть в лямбда функциях

[AlexBoss]

Вадим, спасибо за ответ. Если скинешь посмотреть какую-нибудь реализацию-пример, буду очень признателен)