Конференция завершена. Ждем вас на DevOpsConf в следующий раз!

Как [не] продать технический долг DevOps-трансформация

Доклад принят в программу конференции
Владимир Гурьянов
Флант

Инженер, тимлид и архитектор с 10-летним стажем. В институте учился на разработчика, но не срослось — ушел в эксплуатацию. С тех пор изучает Linux. Читает и пишет на Go со словарем, дружит с Python. Имеет сертификат Certified Kubernetes Administrator, но признается, что не понял, зачем он нужен. С недавних пор возглавил продукт «хранилище для мониторинга» в компании «Флант». Пожизненно состоит в кружках "Хочу все знать" и "Всегда готов поделиться тем, что уже узнал".

Telegram: @magvai69
Twitter: https://twitter.com/magvai69
Тезисы

Как известно, долг платежом красен! Но технический долг — это особый вид долга. Занимаем мы у самих себя, себя будущих, да и никто в действительности не знает, как рассчитать реальный размер этого долга. Поэтому зачастую получается, что по таким счетам стараются не платить или максимально оттягивают момент расплаты. А как только речь заходит о том, что у нас есть долги и неплохо бы начать их отдавать… никто не удивится решению в стиле: «С понедельника мы обязательно начнем разгребать наш техдолг! Но пока давайте сосредоточимся на бизнес-задачах».

В современном мире непрерывного деплоя и прочих удобств ситуация стала только хуже: скорость разработки увеличилась до космической, а вместе с ней и размер технического долга растет пропорционально. Более того, при постоянном игнорировании вопроса накапливаются еще и «проценты» по обслуживанию технического долга.
В докладе я расскажу о причинах, по которым мы так неохотно выделяем время на техдолг, и — главное — о том, как избежать «банкротства». Поделюсь инструментами и подходами, с помощью которых можно «продать» технический долг команде и/или бизнесу. Доклад построен с точки зрения инженера эксплуатации и снабжен большим количеством примеров из реальной жизни.

Другие доклады секции DevOps-трансформация