Архитектура веб-приложений: 1 или n API
Фон: Я думаю об организации веб-приложений. Я отделю фронт (веб-сайт для браузера) от тыла (API): 2 приложения, 2 репозитория, 2 хостинга. Front будет вызывать API практически для всего.
Итак, если у меня есть две отдельные доменные службы с моим API (пример: контекст обучения и контекст бронирования) без прямой связи между ними, должен ли я создать 2 API (с 2 репозиториями, 2 процессами сборки и т. Д.)? Это хорошая практика для построенияn
API дляn
нужен или один "большой" API? Я говорю о существенном веб-приложении с трафиком.
(Я надеюсь, что этот вопрос не будет закрыт как неконструктивный ... Я думаю, что это реальный вопрос для конкретного случая, извините, если нет.Этот вопрос и некоторые другие об архитектуре не были закрыты, так что у меня есть надежда)