За несколько лет DevOps из экзотики превратился в набор практик и технологий, который помогает эффективно решать прикладные задачи и приносит компаниям осязаемую пользу.
В этом году на конференции мы решили сфокусироваться на кейсах, которые не первый год с помощью DevOps развивают продукты и сервисы. Спикеры DUMP готовы поделиться своими примерами, подходами и метриками. От магии, какой казался DevOps некоторое время назад, перейдем к реальным инструментам. В этом нам помогут спикеры:
Виктор Еремченко (Miro). Он расскажет про Cloud native vs self-hosted solutions при масштабировании инфраструктуры. Что выбрать? Опыт Miro
Александр Тарасов (ANNA Money) и его доклад Не Helm'ом единым
Кирилл Казарин (DINS) с темой 4 золотых сигнала на службе SRE инженера
Виталий Хабаров (Экспресс 42) готовит доклад Как измерить DevOps?
Руслан Тагиров, Чесноков Никита, Бендин Максим (Ростелеком ИТ) и Платформа Цифровых Продуктов Ростелекома. Как развивать DevOps-инфраструктуру в "матером энтерпрайзе"
Димитрий Сугробов (Леруа Мерлен) выступит с докладом Dev.+Ops или строим идеальный процесс поставки
Артём Картасов (Postgres.ai) и тема Без отката до рассвета: автоматическая проверка PostgreSQL миграций в CI
Владимир Лила (Контур) и его доклад Пишем надежные ansible роли. Этот доклад будет в открытом доступе - он включен в программу бесплатного стрима с конференции. Как 14 мая послушать Владимира и других спикеров, рассказали здесь.
Кстати, на прошлой конференции Владимир Лила и его доклад Эластик весом с петабайт вызвал большой интерес и отличные отзывы:
Еще один спикер секции DevOps - Дмитрий Харламов (Provectus) и его Долгий путь от bash до gitops. Об этом мы поговорили подробнее. Вот, что Дмитрий рассказал о своих проектах и докладе:
У нас в Provectus множество различных проектов: от типовых, до очень необычных. Зачастую запуск проекта, а тем более стартапа, без знаний бизнеса или без понимания конечной инфраструктуры (а если еще и ТЗ меняют на ходу) - боль. Боль, как для Ops команды, так и для Dev. Необходимо быстро реагировать на ситуацию, иметь возможность расширить\сократить\заменить людей на проекте или стек целиком. Но что бы ни случилось, требуется сделать хорошо и соответствовать определённым стандартам.
Ещё один важный фактор – оставить после запуска проекта знания, передать артефакты, чтобы у заказчика была возможность обслуживать инфраструктуру своими силами. Или иметь возможно повторить проект с небольшими изменениями, часто в сжатые сроки.
Взяв за основу наработки одного из наших DevOps инженеров (это был многим знакомый Terraform), мы создали инструмент, который позволял развернуть базовую инфраструктуру в AWS с упором в EKS, и что немаловажно, удалить все созданное без остатка. Мы решили назвать проект Swiss-Army-Kube.
Расскажи нам подробнее, о чем будет твой доклад? Почему ты выбрал именно эту тему?
Я расскажу о пути, который мы преодолели, разрабатывая наш инструмент. О том, что мотивировало, а что мешало в процессе. Для меня это новый опыт по продвижению проекта, который не приносит денег, но я надеюсь, что будет полезен. Я долгое время сам пользовался инструментами, которые кто-то разрабатывал, и теперь пришло время восполнить карму и двигаться дальше. Возможно, кто-то узнает в этой истории себя и поймет, что ему не хватает. Спойлер: точно не этого! Думаю, доклад будет полезен и некоторые не допустят наших ошибок. Большой наградой для меня будет, если участники запомнят что-то из моего выступления.
Что подтолкнуло к созданию Swiss-Army-Kube и почему вы решили сделать проект открытым?
Задумка создать такой проект была в компании давно. У нас большой опыт и много инженеров (а это та самая база, на которой хочется построить подобный инструмент). Мы сделали его открытым, потому что это часть маркетинговой стратегии. Мне же близка идея, что знаниями нужно делиться, улучшать свои проекты и помогать другим. Такой айти-коммунизм во всей красе.
Чем занимается Provectus? Расскажи о самых необычных проектах и своей работе в компании
Основное направление - это консалтинг в сфере ML/AI. Мы помогаем запускать стартапы, разрабатываем ПО под заказчиков.Из необычных проектов могу назвать Hydrosphere.io. Это дивный мир machine learning. До встречи с ними я слышал, что есть математики, они тренируют модели, гадают на цифрах...И в общем, я был прав.
Как на работу команды повлияла пандемия?
Тут все очень индивидуально. Кто-то стал больше работать удаленно, кто-то не поменял свой привычный график. Были непростые моменты, когда поговаривали об отпусках за свой счет. Но Provectus всегда открыто заявляет, что ее самый важный актив - это команда профессионалов. Поэтому компания делает все возможное, чтобы сохранить команду. Это классно!
Какие тренды в DevOps появились за последний год?
Чаще стал слышать про ML, есть общий тренд перехода на сервис, чтобы как можно меньше заниматься низкоуровневыми задачами. Отчасти это хорошо. Ты можешь сконцентрироваться на своих задачах. Но где нам потом, лет через 10, брать людей, которые знают, как все это работает - большой вопрос.
Что бы ты сказал компаниям, которые не понимают необходимость применения практики DevOps?
А такие еще есть?:) Рынок диктует жесткие правила и практики DevOps нацелены на непрерывность процесса, гарантию чистоты кода. Да, это не серебряная пуля и зачастую компаниям приходится ломать устоявшиеся процессы, привыкать к новому - это может усложнять работу. Но стоит понимать, что гиганты рынка Netflix, Amazon, Google уже давно применяют эти практики и в целом довольны. Тем, кто не готов взять процесс трансформации в свои руки, рекомендую обратиться к компаниям, которые на этом специализируются. Как говорится, не попробуешь - не узнаешь.
Работа с бизнес-задачами учит быстро реагировать на изменения рынка, подстраиваться под заказчика, строить работу в команде. Какие хард скилы необходимы DevOps-инженеру и какие софт скилы приобретаешь со временем?
Стоит понимать специфику нашего и зарубежного рынка. У нас нет базы подготовки и адекватного понимания, чем должен заниматься DevOps-инженер. Из хард скилов могу назвать базу администрирования, знание операционок и скриптов, умение читать несколько популярных языков, понимание принципа построения кода, как работают сертификаты и умение выделять проблемы. И важное качество - гуглить, находить необходимую для работы информацию.
Какие навыки пришли с опытом? У меня это умение находить общий язык с командой и подстраиваться под общий ритм. Со временем стало меньше страха и больше ответственности. Я даже побыл тимлидом и здесь понял, что не стоит никого критиковать, но важно отстаивать цели, разговаривать тет-а-тет, находить мотивацию.
Как долго выстраивается работа в команде, с чего начать и каких ошибок лучше не допускать?
В любой команде решающую роль играет авторитет. Если нет конфликта интересов, то всё выстраивается довольно быстро. Надо доверять команде и позволять каждому делать свою работу. Важно выстраивать открытый диалог и находить совместные пути решения проблемы. Потому что как неудача, так и успех - это заслуга всей команды. И нет ничего постыдного в том, чтобы обращаться за помощью.
С чего начиналась твоя карьера?
Начинал с работы электромонтера на заводе. Тогда понял, что не хочу работать руками, а хочу работать головой. Как DevOps начинал в проекте ePayments. Там после долгого застоя в развитии очень быстро учился. Там мне дали полный карт-бланш, и я развернулся: применял практики из умных книг, применял автоматизацию, мне удалось ускорить релизы с трех-четырех часов ручного труда до 10 минут после нажатия одной кнопки.
Какие проекты вдохновляют лично тебя?
Где нет жёстких рамок, можно проявить фантазию или где есть вызов. Мне интересно, когда нужно сделать что-то сложное быстро и качественно. Нравятся проекты, где можно расти. А ещё важно, чтобы эти компании действительно приносили пользу, помогали жить комфортнее.
Представь, что ты вернулся на 10 лет назад в прошлое, что посоветуешь себе?
Выучи уже этот английский, слабак!:)
А кем видишь себя еще через 10 лет?
Это самый стремный вопрос на всех собеседованиях. Сложно представить. Наверное, всё тот же я, ищущий ответы, но более авторитетный, с горящим взглядом и новыми идеями.