Слёрм Пром: первый курс по Prometheus на русском языке и его автор Владимир Гурьянов

В курсах Слёрм Kubernetes постепенно остается один Kubernetes. Смежные темы постепенно переходят в отдельные курсы.

Первыми были Docker, Ansible, Ceph. Двухчасовые лекции по ним сначала превратались в цикл вебинаров, а потом — в онлайн-курсы.

Пришел черед мониторинга. Тема «Мониторинг кластера» превратилась в онлайн-курс Слёрм Пром, целиком посвященный Prometheus. Как мы любим, с практикой на учебном стенде. Онлайн-курс — это записанные лекции, практические задания, стенд для выполнения практики, помощь саппортов. Прохождение Слёрма Пром занимает 12-16 часов.

Содержание курса:

1. Основы Prometheus
2. Exposition (Node exporter, Blackbox exporter, Custom exporter, Application library)
3. Prometheus (Service Discovery, Labels, PushGateway)
4. PromQL (Хранение данных, типы данных, выражения, Record Rules)
5. Alerting (Alertrules, Alertmanager)
6. Визуализация данных (Grafana)
7. Продвинутое использование Prometheus (High Availability, Federation, Remote read/write, Thanos, HTTP API)
8. Prometheus в Kubernetes

Курс стоит 15 000 ₽ (10 000 ₽ для тех, кто был на Слёрмах).

Пример лекции.

Автор курса — Владимир Гурьянов, специалист по мониторингу и спикер Слёрма. Я взял у него интервью про курс, жизнь и работу в нашей компании. Мне интересны люди, которые направляют свой корабль в моря, обозначенные на картах «Здесь живут драконы».

Начнём с начала — ну, с конца-то непривычно начинать. Где ты учился? Как выбрал профессию IT?

Как-то само так получилось. Компьютер в доме появился рано — мне было лет 8. Мне всегда было интересно в нем поковыряться. Я все время что-то настраивал и перенастраивал. Параллельно меня отвели на курсы программирования — как сейчас помню, изучали язык Pascal.

А потом институт. В БГТУ Воентмех, специальность «автоматизированные системы управления и обработки данных». И для меня это был осознанный выбор. При этом у нас специальность была новая. По сути, нас учили на то, что сейчас называют DevOps. У нас было как программирование, так и администрирование. И на 5 курсе я уже пошел работать по специальности.

Каким стеком технологий уже успел попользоваться?

Он огромный. Я начинал работу как windows администратор, потом добавились обязанности по сетевой части. Потом linux, разнообразные системы виртуализации и так далее, и тому подобное.

Но на мой взгляд после определенного момента уже не важно — работал ли ты с определенной технологией или нет. Важно, можешь ли ты самостоятельно с ней разобраться, сделать это быстро и хорошо. Сейчас слишком стремительно развивается IT, к тому же количество разнообразных технологий огромно. Разбираться во всех невозможно, да и не нужно. А вот умение заниматься самообразованием становится ключевым навыком.

Какие ты видишь перспективные технологии, которые только сейчас заходят на рынок?

Если брать IT рынок в целом, то сейчас идет очередная попытка ворваться от VR. Так же вхождения AR. Уверен, эти технологии поменяют наше представление о взаимодействии с окружающим миром, как когда-то это сделали смартфоны.

Если мы говорим не про IT в глобальном смысле, то технологии становятся не столь важными. Во многом на это повлиял Docker и K8s — они приучили нас, что все является непостоянным и недолго живущим. Сейчас популярны DevOps и SRE как его имплементация. В управлении — Agile. В ближайшее время фокус, думаю, будет смещен в сторону умного мониторинга и безопасности.

— Я потом я поймал на рыбалке во-о-о-о-о-т такого Слёрма! А он мне молвит человечьим голосом: «Хошь к нам?»

Как ты попал на Слёрм?

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

Чем ты занимаешься в рамках Слёрма?

В основном я докладчик. Но немного участвую в формировании программы, как раз работаю над программой по Prometheus.

Ты являешься автором курса по Promethus. Скажи, что участники увидят на курсе, и почему они просто не имеют права его пропустить?

Ой, ты бы еще спросил, что круче — Prom или Zabbix. Если люди задаются этим вопросом, им этот курс не нужен. Если знают, зачем им Prom, и не готовы тратить пару месяцев на его изучение, или если они уже знают Prom, но хотят разложить знания по полочкам, то курс подойдет.

Этот курс — первый на русском языке, с нормальной адаптацией, большинство терминов там оставлены на родном, английском языке. Курс является выжимкой из документации, книжек, статей и личного опыта по Prom. В нем рассказываются основы работы с Prom.

Твоё мнение об инициативах государства создавать систему глубокой фильтрации трафика? Это будет «Золотой щит» как в Китае или же это будет нечто наше, свой путь?

Я принципиально против. В любом виде. Мы же понимаем, зачем это делается. Если они хотят обезопасить государственные ресурсы, не надо трогать весь сегмент интернета и делать вид, что они заботятся о гражданах. Свой lamp я как нибудь сам обезопашу. Но, давай не будем об этом. Я считаю, что IT это не место для политики.

За эти слова Владимира Гурьянова доставили в телепортационную установку и отправили в измерение Зен. Он там теперь бродит с монтировкой, в очках и в оранжевом костюме.

Как ты относишься к политике Google выкатывать свои внутренние разработки на рынок практически через десятки лет после создания внутри компании? Не придерживают ли они в этом IT-отрасль? Или это исключительно финансовый расчёт?

Google это частная компания, они могут делать, как хотят. Лично я им благодарен за то, что они вообще это выкладывают.

А так, это и бизнес, и нежелание выкладывать совсем сырые решения. И сложность процесса выкладывания в opensource. Нельзя взять и выложить разработку в opencource, надо ее обезличить, выпилить специфичные костыли, проверить на наличие хардкода паролей. Это долгий, сложный и дорогостоящий процесс

Как ты оцениваешь выгорание самой отрасли IT? Приходят новые люди, уходят старые традиции, всё становится более утилитарным? Или нет?

Выгорание — сейчас очень модное слово. Но дело не в нем, точнее не только в нем, и оно не является первопричиной. Сейчас растет новое поколение инженеров, которое выросло совсем в другом мире. Смотри, тебе нужно приложение для заметок, ты находишь в appstore, ставишь, не понравилось, ставишь другое. Если не смог разобраться за 10-15 минут, как оно работает, ставишь другое. Сейчас слишком большой выбор и слишком быстро все меняется, чтобы люди хотели хоть в чем-то разбираться, это касается и инженеров в IT. А отсюда мы имеем все те проблемы, которые обычно списывают на выгорание. Пока есть еще инженеры старой школы, IT развивается. Что будет дальше, вопрос.

Есть мнение, что SRE предписывает, как добиться успеха в DevOps. То есть SRE является фреймворком DevOps. Ты согласен?

DevOps — это что надо делать, SRE как делать то, что предлагает DevOps. Тут все просто.

Как ты видишь, уменьшились ли с внедрением DevOps конфликты между разработчиками и эксплуатанционщиками?

Это одна из проблем, которую в теории решает DevOps. На практике у большинства очень приватное понимание, что такое DevOps. Посмотри на количество вакансий, где ищут DevOps. Кого они ищут в реальности? За словами «DevOps-инженер» может скрываться кто угодно — от уборщицы до CTO. Многие компании считают, что DevOps-инженер — это человек, который может автоматизировать процессы. Но они упускают, на мой взгляд, наиболее важную часть, что DevOps — это про налаживание взаимодействия между Dev и Ops. Что теперь нет Dev, Ops и QA. Есть команда, которая делает продукт, а в этой команде есть люди с разной экспертизой, что позволяет команде делать классный продукт.

И тут еще важно, что люди с разной экспертизой должны уметь говорить на одном языке. И поэтому очень важно наличие в команде T-shaped людей. Чем их больше, тем круче DevOps в команде.

А при таком подходе, когда вы команда, а не Dev, Ops, QA и теперь еще и DevOps, проблема конфликтов уходит сама по себе. Вы теперь делаете одно дело, и ответственность у вас одна. Теперь разработчики отвечают за код не только до момента комита, но и в процессе тестирования и эксплуатации.

Или DevOps ещё недостаточно внедрена и необходима структуры «комиссаров в пыльных шлемах с маузерами», то есть DevOps-евангелистов, которые будут приходить в компании, крупные и мелкие, и убеждать переходить на DevOps подход?

Убеждать — это не действенное решение. Переход на DevOps — это естественная эволюция, ее реализовать из-под палки не получится. И да, роль евангилистов важна и их задача — поменять восприятие инженеров, чтобы запустить процессы эволюции.

Как ты сам видишь внедрение DevOps на рамках российской сферы IT?

У меня есть опыт перестройки компании на DevOps. И я скажу тебе, это больно. Мы начали года 3 назад, и сейчас находимся только в середине пути. Если хватит времени, я приеду на Deoops с докладом, про то, как мы переходили и какие грабли собрали. И так же, это будет ответ Баруху Садагурскому, что DevOps придумали не админы, а кто — я расскажу на конференции.

Всё меняется. И статус разработчика тоже. Когда-то часовщики, инженеры, машинисты были топовыми профессия, о которых мечтал каждый. И где они сейчас? Нет ли страха, что с развитием ИИ, разработчик станет придатком боле сложных систем и в некотором смысле станет чернорабочим цифрового мира?

Нет. Это процесс эволюции, которая неизбежна. Те кто эволюционируют, не будут чернорабочими, а те кто не смогут, будут чернорабочими. При этом же, мне не нравится такой взгляд, работа по обслуживанию AI тоже важная. Например, работа дворника у нас не ценится и не уважается — и я считаю, что это большая проблема российского общества. Не бывает плохих должностей. Бывают, которые тебе не подходят. Профессии разные нужны, профессии разные важны(с) Нестареющая классика.

Ну, и давай вернемся на 15 лет назад. DevOps, SRE — нет, не слышал, были только системные администраторы. Сейчас же многие SRE выросли из сисадминов. Эволюционировали. А кто-то так и остался сисадмином? и их работа тоже важна. Без них SRE-инженерам было бы сложно.

Посоветуй юным коллегам, какие технологии изучать в 2020.

Ох, тут очень большой список, можно открыть 5-10 вакансий на hh, и посмотреть что хотят. Но, кроме этого я бы посоветовал начать изучать методологии, такие как DevOps и Agile, и постараться их понять. Прочитать хотя бы пару книг про современные микросервисные архитектуры с точки зрения разработки. И однозначно, надо учить языки программирования. И как ни странно, я бы советовал начать с C. Вряд ли вы будете его использовать в жизни, но это позволяет навести порядок в голове, и существенно облегчит изучение других языков.

Купить Слёрм Пром авторства Владимира Гурьянова можно здесь.