All streams
Search
Write a publication
Pull to refresh
2
0
Данила Червонный @picolino

C# Software Architect

Send message

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

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

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

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

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

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity

Specialization

Specialist
Lead