есть же

🧐

Всё нашел

где можно почитать про разделение приложения (фронтент часть, бэкенд часть и СУБД) на мелкие части. Конкретно у нас - приложение состоит из N приложений (разных по объему функционала), сейчас у нас единый фронт, бэк и СУБД. Фронт и бэк выглядят так: приложение делится на модули (модуль - конкретное приложение + общее), а эти модули уже делятся на модули (модули в системе, типа Библиотека, Пользователи, Справочники и т.д). Стоит это разделять на N приложений?

по запросам вылезают только микросервисы

Я бы не разделял схожие между собой сервисы

пользователь может иметь доступ в зависимости от роли к 1 до N  систем

приложения разные по функционалу, но некоторые имеют точки прикосновения

общие справочники например

Это что? 1С?

нет

Хорошо, продолжим

у нас стек ангулар, пайтон-джанго, постгрес

Вообще, сделать то можно и через микросервисы, но какой выигрыш?

меня попросили изучить вопрос и накидать плюсы и минусы

Если ляжет сервис с юзерами, то зачем другие сервисы нужны?

То бишь точка отказа появляется
Единая бд также точка отказа

Агась , но если организовать репликацию , то как бы все будет огонь

Надо нгСтав сделать и сидеть там в гордом одиночестве

нг что?