Обновить
2
0
Данила Червонный@picolino

C# Software Architect

Отправить сообщение

Некоторые хотят сменить профиль деятельности, некоторые хотят получить опыт командного взаимодействия в определенных условиях, цели у участников проекта самые разные, но в целом все из них "начинающие".

Стажеры\джуны любят перевязывать слои\компоненты между собой при реализации задач. Микросервисная архитектура помогает жестко отделить доменные контексты и обеспечивать low coupling high cohesion как внутри сервисов, так и во взаимодействии между ними. Думаю это главный поинт в пользу этого решения.

Понятное дело, что мы нагружаем себя доп. работой по части деплоя и обеспечения межсервисного взаимодействия, но код получится более сепарированным и более легко поддерживаемым.

К тому же, если вы посмотрите первичную реализацию сервиса у красной команды - это монолит, со спрятанной внутри микросервисной архитектурой. Проблемы с деплоем минимальные, общаться между сервисами можно в памяти, low coupling high cohesion соблюдается. Когда дорастем до продакшена (если успеем вообще за время ведения проекта) - разделим монолит на микросервисы по щелчку пальца, если в этом будет потребность.

Согласен с вами в полной мере!
Столь безупречен ваш ответ!
Вы, главное, HRам в Сбере
Потверже говорите «Нет»!
Неплохая статья, спасибо =) Мне такая информация как раз нужна

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность

Специализация

Специалист
Ведущий