Как правильно спроектировать микросервисную архитектуру бэкэнда koa2?
Подскажите как правильно спроектировать архитектуру бэкэнда koa2, так чтобы в дальнейшем можно было быстро и безболезненно масштабироваться и в будущем эти микросервисы разнести по разным серверам, например Auth сервис на одном серваке, и все остальные разделы проекта тоже, плюс если будет много разработчиков, что бы каждый имел доступ только своему микросервису.
По node я почитал, что в каждой папке заводишь проект со своим package.json а как сделать на koa2 ведь app по сути и конфиги будут у всех одни, не делать же в каждой папке свой koa проект.
По гугли нечего не нашел подобного, может есть примеры?
есть примеры посмотреть? было бы интересно как все устроенно особенно роутинг и как фронтенд к этому всему обращается
А по базе что скажете, для каждого сервиса свой кластер юзать? (у меня Mongo)
balex777, микросервисы это вообще не про язык программирования и фреймворки. Если их выкинуть из вопроса - вообще ничего не изменится. Надо читать именно про микросервисы, зоны ответственности и контракты