с БД особо заморачиваться нет времени, решили взять Firebase, но между ними написать прослойку(api, сервисы) на Go, с мыслью о том, чтоб в последствии комфортно заменить БД, насколько это хорошая идея?
Если реализуете паттерн "репозиторий", то вполне комфортно сможете заменить БД (но это в идеальных условиях)
Можно даже без прослойки)
Не, в проекте подразумевается большое кол-во партнёрских интеграций в нашу сторону и нужно будет предоставить «твёрдое» api, которое при изменении БД сохранит свою структуру
Почему в идеальных и почему только БД? Я легко меняю репу БД на репу REST API например при этом entity и usecases не потроганные остаются
Значит, у вас особо нет транзакций, скорее всего
Как это влияет? Если у меня сущность уехала в другой сервис то транзакции уехали вместе с ней.
Обычные, если брать обычную боб-мартиновскую схему, то оркестрацией взаимоотношений между сущностями занимают usecases, значит они и гарантируют транзакционность взаимодействия
Какую архитектурную задачу ты хочешь решить техническим способом? /в вопросе подвох если что/
Это решение не архитектурной задачи, а пользовательской. Не раздражать пользователя постоянно разъехавшимися данными. Но я знаю, что это не модно. Перформанс всё, актуальность информации — ничто
Ошибаешься. Представь что ты пишешь биллинг
Обсуждают сегодня