Отзывы на курс «Prometheus» от Slurm

Я работал инженером в машиностроительной сфере по дизельным двигателям. В январе 2022 года ко мне подошёл наш сисадмин и сказал что-то вроде: «Ген, попробуй Линукс, тебе понравится». Погружаясь в эту тему: я с компьютерами всегда был на «ты», никогда не пользовался ни чьими услугами, всегда всё настраивал себе сам. Тут ещё и мои друзья-айтишники посоветовали посмотреть на направление DevOps. На этом моменте я подумал о глобальном переходе в IT. Так смогу делать то, что мне всегда нравилось – искать неисправности и чинить их, автоматизировать поиск этих самых неисправностей. Начал с самостоятельного изучения Linux. Когда забуксовал что делать дальше и что пробовать, рискнул попробовать курсы Слёрм именно DevOps upgrade, так как там не просто один курс, а последовательное изучение нужных инструментов, а потом применение в итоговом проекте их всех. Также это выполняло ещё одну мою цель: получить как можно в более короткие сроки нужную базу в стеке, чтобы начать работать junior. Самое главное отличие видимо этого курса его дополнительные практические задания и AMA-сессии со специалистами. Практические задания от Павла Селиванова очень помогали почувствовать инструмент, он дает примеры и цельную картину, и ты понимаешь, как это всё работает. В итоге попал junior'ом в отдел SRE. На собеседовании старших коллег впечатлило, что про kubernetes я смог рассказать лучше всех ребят, которых приняли до меня на работу junior'ами (выяснилось уже потом, но приятно, что смог удивить). И не смотря на то, что курсы многие ругают, именно то, что я пошёл на курсы и начал изучать инструменты, а не просто пришёл к ним на собеседование с посылом: "Я готов учиться научите меня" - тоже сыграло как плюс в выборе моей кандидатуры. Хотя как выяснилось, что курсы Slurm'a, которые они пробовали, им не очень зашли. В этом получается и большая разница между курсом отдельно (допустим Kubernetes База) и потоком DevOps Upgrade. Картинам мира более цельная собирается. Но строить иллюзий, что после прохождения курса станете мега-специалистом не стоит. Ещё нужно очень и очень много изучать дополнительно.

Я начал с изучения системного администрирования, даже занял на региональном чемпионате WorldSkills 1 место в компетенции сетевое и системное администрирование. После этого начал изучать Python. Программирование мне сильно понравилось, и в голове возникла мысль: есть ли такое течение, где можно совмещать системное администрирование и программирование? Поискав в Гугле, нашел ответ на свой вопрос – DevOps. Начал искать компанию для стажировки, которая может научить DevOps'у. Так я попал в Southbridge. И спустя месяц стажировки изучил такие технологии как: Git, Docker, сейчас уже в процессе изучения Kubernetes. На сегодня я стремлюсь изучить еще множество технологий в этой сфере, и в итоге стать DevOps-инженером. До обучения k8s я знал о нем только что он как-то работает с контейнеризацией и все. Читал для ознакомления статьи о Kubernetes на Хабре, где поверхностно объясняли, что это за программное обеспечение. Затем я начал проходить видеокурс Kubernetes База, чтобы понять, как k8s работает, как им управлять, зачем он нужен и какую пользу может принести. Самым интересным в рамках курса было изучать основные компоненты k8s, устройство кластера, тюнинг кластера k8s, виды сервисов в k8s и CI/CD в Kubernetes. Самое сложное — kubespray, тюнинг кластера, RBAC, подключение системы хранения данных. Больше всего понравились задания, где нужно было тюнинговать кластер и CI/CD в Kubernetes. Не понравились задания, где нужно было лазить по документации, т.к. я считаю, проще загуглить. Ожидания от курса полностью оправдались. По итогам обучения я понял, что хорошо прокачал свои скиллы, но это только начало. Дальше планирую изучить, AWS, Google Cloud, Ansible, Terraform, Cepf, Apache, Nginx, Jenkins, Zabbix.

Я backend-разработчик в команде Gismeteo. Занимаюсь поддержкой и разработкой существующего погодного API, настройкой CI|/CD Gitlab, написанием ролей на Ansible, выкладкой на продакшн. В компании мы в какой-то момент приняли решение избавиться от LXC-контейнеров в пользу Docker. Так как у нас highload, одним контейнером мы бы не отделались. Из этого появился вопрос: как за этим всем следить и управлять. Поэтому мы и решили присмотреться к Kubernetes, я стал искать возможности для обучения. Читал документацию, но информация, которая там есть, подходит только для ознакомления. Без практики это - пустая трата времени. Пытался смотреть видео на Ютюбе, но, опять же, не хватало практики. Тогда я решил пойти на практический курс, выбрал интенсив Слёрма. Хотел познакомиться ближе с принципами работы k8s, узнать best practices от спикеров. Интенсивное обучение мне хорошо подошло, помощь техподдержки не понадобилась. Самым интересным моментом на курсе, по-моему, было добавление rollback piplin'a для отката версии Docker-образа. Я любитель CI/CD, поэтому для меня это было особенно актуально. Также понравилась тема про интеграцию CI/CD с Kubernetes через Helm. Сложной практической темой оказалось написание своего helm chart'a. После курса я убедился в том, что Kubernetes на текущий момент времени - лучший оркестратор для контейнеров. Продолжаю повышать квалификацию в этом направлении, теперь уже на рабочих задачах. Сейчас пересматриваю материал курса, связанный с helm, так как пересобираю сейчас все наши ci/cd под диплойку через helm.

Я backend-разработчик в команде Gismeteo. Занимаюсь поддержкой и разработкой существующего погодного API, настройкой CI|/CD Gitlab, написанием ролей на Ansible, выкладкой на продакшн. В компании мы в какой-то момент приняли решение избавиться от LXC-контейнеров в пользу Docker. Так как у нас highload, одним контейнером мы бы не отделались. Из этого появился вопрос: как за этим всем следить и управлять. Поэтому мы и решили присмотреться к Kubernetes, я стал искать возможности для обучения. Читал документацию, но информация, которая там есть, подходит только для ознакомления. Без практики это - пустая трата времени. Пытался смотреть видео на Ютюбе, но, опять же, не хватало практики. Тогда я решил пойти на практический курс, выбрал интенсив Слёрма. Хотел познакомиться ближе с принципами работы k8s, узнать best practices от спикеров. Интенсивное обучение мне хорошо подошло, помощь техподдержки не понадобилась. Самым интересным моментом на курсе, по-моему, было добавление rollback piplin'a для отката версии Docker-образа. Я любитель CI/CD, поэтому для меня это было особенно актуально. Также понравилась тема про интеграцию CI/CD с Kubernetes через Helm. Сложной практической темой оказалось написание своего helm chart'a. После курса я убедился в том, что Kubernetes на текущий момент времени - лучший оркестратор для контейнеров. Продолжаю повышать квалификацию в этом направлении, теперь уже на рабочих задачах. Сейчас пересматриваю материал курса, связанный с helm, так как пересобираю сейчас все наши ci/cd под диплойку через helm.

Про Слёрм узнал на сайте Southbridge. Смотрел там вакансии и решил, что если ребята организовали свою школу, то в ней можно узнать, как попасть в Southbridge. Пошел на курс потому что хотелось расти дальше как специалист, не работать всю жизнь виндовым администратором. До этого опыта с Linux у меня было мало. Но всегда хотелось поработать на больших проектах, с Kubernetes, с мониторингом и логированием и т.п. Взял курс DevOps Upgrade. Занимался каждый день по вечерам. Радует, что иногда можно сесть и за выходные уйти далеко вперед. Материал и подача хорошие. Я просматривал курс целиком, потом делал конспект. Так лучше запоминается. К сертификации я относился как к практике, по факту это такой первый боевой опыт. Некоторые сертификации я с первой попытки провалил. Ко второй попытке готовился: сидел, изучал Хабр, стековерфлоу и так далее. И тогда уже был результат. На курсе получил базу, теперь понимаю, куда копать дальше. Есть в мыслях попробовать Кубенетес Мегу. Очень хочется набираться боевого опыта, а не в пет-проектах. Потому что когда у тебя боевая задача стоит, как то по-другому мозг работает. Самое полезное, что информация на курсе очень структурированная. Если бы я это сам изучал, то, наверно, закопался. А тут: подача материала крутая, общение крутое, не бросают, помогают. Информации действительно много. Было бы здорово сделать курс чуть-чуть посвежее. Изменились интерфейсы некоторых инструментов. Хочется побольше практики с Prometheus, Elasticsearch, Grafana.

Посмотреть свежим взглядом на процессы в своей команде, задать вопросы про формирование требований SLO, мониторинг и алертинг по ним. Не ждала особенно нового и прорывного, хотелось понять, как это делают люди с другим опытом и посмотреть немножко со стороны. Что уже из полученных знаний применила в жизни? После интенсива договорились с командой о том, за что отвечает лидер инцидента, немного поменяли структуру постмортемов. Раньше некоторые пункты не расписывали. Во время интенсива парень из команды, в которой работали, скинул свой формат постмортема. Когда я заполняла его по прошедшей практике, некоторые проблемы подсветились очень неожиданно именно в тех пунктах, которые мы в команде не писали. Я его утащила в свою рабочую команду. Еще сейчас мы планируем переосмыслить свои SLO и определить новые качественные метрики, отслеживать по ним error budget.

Devops upgrade действительно помог мне сменить профессию и, не имя опыта работы в IT, получить работу devops-инженера. Еще до того, как поступить на этот курс, у меня уже были довольно глубокие знания Linux, так как я занимался этой ОС в качестве хобби. Однако, на курсе я смог начать изучать DevOps глубоко и систематизировано в команде единомышленников и под руководством квалифицированных преподавателей.

В последнее время многие компании начали использовать ретраи для продвижения своих продуктов. Например, в апреле 2020 года компания Microsoft провела демонстрацию своего продукта с использованием ретраев. Это позволило продавцам получить более глубокое понимание продукта и применить его в практических целях. Таким образом, использование ретраев позволяет продавцам получить больше преимуществ при продвижении своих продуктов. Они могут получить более подробную информацию о продукте, а также применить его в практических целях. Таким образом, использование ретраев позволяет продавцам получить больше преимуществ при продвижении своих продуктов.

Применение принципов SRE в финансовой организации может быть непростым заданием. Однако, посещение конференции по этой теме помогло мне понять какие-то практики, которые уже используются в нашей компании. Также я получил полезную информацию о метриках, которые могут быть использованы для оценки эффективности применения SRE. Я надеюсь, что это поможет нам достичь нашей цели и повысить эффективность нашей организации.

Мне было интересно понять эту тему в кратчайшие сроки. Хотелось сэкономить время на прочтении и понимании книги. Вряд ли получится быстро внедрить SRE в нашей компании целиком, у нас финансовая организация. Но цель посещения достиг: какие-то практики у нас работали до, что-то заставило задуматься. Метрики были рассказаны интересно, я их уже начал использовать.