Снизил среднее время ответа на 85% (2–3с → 300мс) и нагрузку на 50%
Оптимизировал горячие пути и стратегии кэширования, внедрил полную наблюдаемость для поиска узких мест и настроил on-call и разбор инцидентов.
Backend Team Lead · Go
Масштабирую Go-сервисы с тысяч до десятков тысяч RPS — и команды вокруг них.
Staff/Lead backend-инженер с фокусом на Go-платформы. Веду команду из 7 инженеров на core-сервисе, который заметно влияет на выручку компании: проектирую архитектуру, выстраиваю процессы и развиваю инженеров.
Масштабирую сервисы с тысяч до десятков тысяч RPS, сокращаю память и error-rate вдвое и держу MTTR под 30 минут через 100% наблюдаемость и пост-мортемы. Отличает меня баланс: одинаково уверенно читаю трейс и провожу 1:1.
Контекст → действие → измеримый результат.
Оптимизировал горячие пути и стратегии кэширования, внедрил полную наблюдаемость для поиска узких мест и настроил on-call и разбор инцидентов.
Ввёл практику пост-мортемов, сократил error-rate, переписал ~40% сервиса от legacy, урезал RAM вдвое (~1 GB → 500 MB) и выкатил 2 критичных фичи менее чем за 4 недели каждую.
Оптимизировал запросы PostgreSQL и добавил Redis, настроил наблюдаемость (трейсы, логи, метрики), после оптимизации сервис держит x2 нагрузки (~1k → 2k RPS).
Джуниоры выросли до middle за 6 месяцев, время на MR сократилось. Провёл 3 внутренних tech talk для отдела из 10 разработчиков, координировал 5+ кросс-функциональных команд.
Подсвечены инструменты, в которых я наиболее силён.
Три принципа, по которым я строю команду и систему.
Оптимизирую то, что подтверждено метриками: профилирование, трейсинг и нагрузочные тесты. Простые решения и явные границы вместо преждевременной сложности.
On-call ротация, разбор инцидентов без обвинений и пост-мортемы. 100% наблюдаемости, чтобы MTTR измерялся минутами, а не часами.
Менторинг, code review и tech talks. Даю инженерам «зачем» и ответственность — джуниоры растут до middle, время на ревью падает.
Открыт к ролям тимлида и сложным backend-задачам. Лучший способ начать — короткое сообщение.