Последние несколько лет в сети появляются осторожные статьи о том, что микросервисы — не серебряная пуля. Amazon и Uber пробуют мигрировать проекты на монолитную архитектуру, а в команде Instagram почему-то всего 12 программистов.
В теории за каждый микросервис отвечает своя команда, они хорошо документированные и пользоваться ими не сложнее, чем сторонним API. А на практике — слак разрывает от постоянных коммуникаций и всем приходится знать всё. Почему так? Где нас обманули?
Расскажу о том, как мы осознаём код и что именно делает проект «простым» или «сложным». И покажу, что микросервисы не упрощают наши проекты, а делают их более сложными. Это «другая» сложность, с которой мы умеем бороться гораздо хуже, чем с легаси-монолитами в несколько миллионов строк кода.
Backend-developer, system-administrator, devops-engineer, QA-engineer, product-manager, team-lead, analyst, engineers, manager.
Advanced.
Презентация (на Я.Диске)
Карьеру специалиста по созданию программ начал в конце 90-х: сначала как разработчик, затем как руководитель разработки. Участвовал в создании Radmin и Advanced IP Scanner, продвигал интерактивное телевидение NPTV и программируемую телефонию Voximplant.
Генералист, нейрофизиолог-любитель, организует разработку, конференции, хакатоны. Сейчас — Head of Developer Relations в Evrone.
#codefestru #codefest2024 #CodeFest14