Делать будем на микросервисах. Вот думаю на сколько стоит заморачиваться. Может есть у кого примеры с реализацией которыми можете хотя бы в личку поделиться. Или куда посмотреть?
А микросервисы это не архитектура?
Я думад это такие абстрактые штуки которые ни как с друг другом не взаимосвязаны или односвязаны
делай как-нибудь, всё равно потом переделывать )
Пока так и получается :)
Есть еще третий путь. Можно сделать все микро сервисы в одном монолите. При старте запускаешь процессы для каждой из частей как для микросервиса. Плюсы тут такие: 1) если вдруг действительно нужна разбивка, то отлично но весь код у всех на веду и кто-то что-то и подсказать может и подправить. 2) если нужно пару сервисов в один, это тоже легко делается при таком подходе 3) если нужно разбить на два, то занимает пять строчек кода PS вчера вот мне понадобилось разбить на два сервиса. Для меня очень удобно наблюдать запрос и ответ в одном файле, но работают они как два разных сервиса на разных процессах. Еще тестировать удобно, можно тестировать все сервисы на локалке запустив всего один монолит:)
А можешь плиз скинуть пример как ты их запускаешь в одном монолите ?
Запускаются как обычно, если один сервер, то на разных портах.
Монолит целиком, но работают его части как отдельные сервисы. Просто весь код в одном Package, не вижу смысла его разносить, компилится быстро, лежит все рядышком, - очень удобно:)
Сбил с толку словами про микросервисы. ;) У меня так же. Формально это называется "распределенный монолит", но фактически не весь код в инстансах работает — в зависимости от выполняемой инстансом роли. Т.е. да, типа микросервисы получаются.
Поясни, как они стартуют? Порядок старта как определен. Они друг с другом «общаются» (могут работать, если один упадет)?
А, понял. Да, это другое.
Обсуждают сегодня