для юзеров, админов и для мобильного приложения
я предложил слить это в один бэкенд, так как одня БД на всех,
но нанятый архитектор предложил такую структуру
1. backend web app users REST API -> web app users front
2. backend web app admins REST API -> web app admins front
3.backend mobile users REST API -> mobile users front
4. microservices for external API's
one DB
мое предложение
1. One backend REST API ->
3. web app users front
2. web app admins front
3. mobile users front
4. services for external API's
one DB
что думаете ?
а пока ты зарелизил миграции, все сервисы зависящие от этой БД будут сыпать ошибками да? прелесно
короче, нахер этого архитектора, несколько сервисов, которые коннектятся к одной и той же БД - это чушь. Если их делить то у каждого должна быть своя зона ответсвенности и своя БД
почему, подготовить их схему, не помню как этот паттерн называется, когда схема сервисов также располагается в отдельном сервисе. то есть проблему с ошибками можно решить
Обсуждают сегодня