Отзывы о компании «Слёрм»

Шел сюда за быстрым знакомством с темой - не хотелось тратить время на чтение объемных книг. Полноценно внедрить SRE в нашей финансовой компании в ближайшей перспективе вряд ли получится, так что глубокое погружение и не было целью. Но свою задачу курс выполнил: некоторые методы уже начал применять в работе. Для беглого введения в тему - вполне.

Пришел на курс с довольно пестрым бэкграундом: начинал с системного администрирования, даже занимал первое место в компетенции сетевого и системного администрирования на региональном чемпионате WorldSkills, потом увлекся программированием. В какой-то момент понял, что хочу совместить и то, и другое - так и нашел DevOps. До этого успел попрактиковаться в стажировке, где освоил Git и Docker, а с Kubernetes был знаком только по статьям на Хабре.

Курс взял именно чтобы разобраться глубже: как это работает изнутри, как управлять, где реальная польза. Больше всего зашло изучение основных компонентов, организация и тюнинг кластера, разные типы сервисов и внедрение CI/CD. Это было реально увлекательно. Сложнее дались kubespray, управление правами доступа и подключение системы хранения данных - пришлось повозиться. Задания на настройку кластера и CI/CD понравились, а вот блуждание по документации - не мое, я убежден, что нужный ответ проще найти через поиск.

Ожидания оправдались полностью. Понимаю, что это только старт - дальше в планах AWS, Google Cloud, Ansible, Terraform и еще целый список инструментов.

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

Работал инженером в машиностроении, и в январе 2022 мне посоветовали попробовать Linux - с этого и началось. Всегда сам копался в компьютерах, поэтому решил разбираться самостоятельно, но друзья из IT направили в сторону DevOps. Чем глубже вникал, тем яснее понимал: это именно то, что мне нравилось всегда - искать неисправности, чинить, автоматизировать.

Выбрал DevOps Upgrade от Слёрм. Понравилось, что инструменты изучаются последовательно и сразу применяются в проекте - это дало базу быстро и без хаоса. Отдельно выделю практические задания Павла Селиванова: они реально дают почувствовать инструмент целиком, а не просто по кусочкам. Плюс AMA-сессии со специалистами - живой контакт с практиками, не просто теория.

По итогу устроился junior'ом в отдел SRE. На собеседовании знание Kubernetes явно удивило старших коллег - это стало заметным плюсом. Интересно, что они сами пробовали курсы Слёрм, но им не зашло; мне же, видимо, помогло то, что я активно работал с инструментами, а не просто смотрел.

Честно: после курса обучение не заканчивается, нужно ещё много доучиваться самому. Но как старт и структура - сработало.

Узнал о Слёрме через Southbridge - смотрел их вакансии и решил, что школа от этих же ребят может стать неплохим трамплином. До этого занимался в основном виндовым администрированием, с Linux опыт был минимальный, но хотелось перейти в сторону больших проектов: Kubernetes, мониторинг, логирование.

Записался на DevOps Upgrade. Занимался вечерами каждый день, иногда удавалось хорошо продвинуться за выходные. Для себя выработал схему: сначала прохожу весь модуль, потом делаю конспект - так материал оседает лучше. Сертификация оказалась первым по-настоящему боевым испытанием: часть экзаменов завалил с первой попытки, но ко второй готовился плотнее, дочитывал на Хабре и Stack Overflow.

Главное, что дал курс - структура. Если бы разбирался сам, скорее всего утонул бы в разрозненных материалах. Здесь всё шло последовательно, и когда застревал - помогали. Теперь хотя бы понимаю, куда двигаться дальше, есть мысль попробовать Kubernetes Mega ради практики на реальных задачах, а не только учебных.

Из пожеланий: некоторые интерфейсы инструментов уже поменялись, курс было бы хорошо подтянуть под актуальное состояние. И практики с Prometheus, Elasticsearch, Grafana хотелось бы больше.

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

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

Курс DevOps Upgrade выбрал осознанно - понравилась идея пройти весь стек в правильной последовательности: сначала Ansible, потом Docker, потом Kubernetes, и Terraform как финальный аккорд. Логика такая: когда уже понимаешь предыдущий инструмент, следующий ложится гораздо лучше. Для тех, кто только входит в IT, курс, скорее всего, будет тяжелым - это надо честно признать.

Для меня важно было получить государственный сертификат по итогу. Знания - это хорошо, но бумажка иногда решает у работодателя.

Совмещать с работой непросто, выделял по 2-3 часа в день. Но справился. Сейчас уже применяю Ansible для управления сетевыми устройствами и внедряю мониторинг инфраструктуры - то есть знания сразу пошли в дело.

До курса я уже неплохо разбирался в Linux - занимался этим как хобби, так что нулевым назвать себя не могу. Но именно DevOps Upgrade дал системность: всё разложилось по полочкам, появилась команда людей с похожими целями и опытные преподаватели рядом. В итоге удалось реально сменить профессию и устроиться devops-инженером.

Узнал о Слёрме через Southbridge - просматривал их вакансии и подумал, что школа от этих ребят может стать хорошим стартом для попадания туда. Записался на DevOps Upgrade, потому что не хотел всю жизнь сидеть на виндовом администрировании. Опыт с Linux был минимальный, но давно тянуло к большим проектам - Kubernetes, мониторинг, логирование.

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

Главное, что получил - структурированную базу и понимание, куда двигаться дальше. Самому разбираться в этом с нуля было бы гораздо тяжелее, легко потеряться. Здесь все шло последовательно, поддержка в процессе была. Есть мысль попробовать Kubernetes Mega - хочется именно боевых задач, а не только учебных проектов.

Из пожеланий: было бы хорошо обновить часть материала под актуальные интерфейсы инструментов и добавить больше практики по Prometheus, Elasticsearch, Grafana.

Работаю backend-разработчиком, в обязанности входит поддержка погодного API, настройка CI/CD и деплой на продакшн. Когда компания начала переходить с LXC на Docker и встал вопрос оркестрации, понял, что нужно разобраться с Kubernetes. Читал документацию - слишком сухо и теоретически, смотрел YouTube - та же история, практики ноль.

В итоге выбрал интенсив Слёрма. Хотелось не просто "что такое Pod", а понять принципы изнутри и услышать best practices от людей, которые реально с этим работают. Формат интенсива подошел - вопросов к техподдержке у меня не возникло вообще.

Особенно зашла тема отката версии Docker-образа в пайплайне - как CI/CD-шнику это было прямо в точку. И написание собственного Helm chart'а: задача непростая, но именно такая практика и нужна. Сейчас как раз внедряю деплой через Helm для всех наших пайплайнов и периодически возвращаюсь к этому блоку курса.

После курса окончательно убедился, что Kubernetes сейчас - лучший вариант для оркестрации контейнеров. Знания сразу пошли в работу.

В IT я уже лет двадцать, последние годы - в роли руководителя. В какой-то момент захотелось расти не только вверх по карьерной лестнице, но и вширь технически, и я начал двигаться в сторону DevOps. О Slurm узнал через Хабр - читаю его давно, там и наткнулся на их материалы.

DevOps Upgrade выбрал за комплексность: инструменты идут в логичной последовательности - Ansible, Docker, Kubernetes, и уже потом Terraform как финальный аккорд. Это важно, потому что каждый следующий инструмент воспринимается иначе, когда понимаешь предыдущий. Для полного новичка в IT курс, скорее всего, будет тяжеловат - это честно стоит учитывать.

Для меня принципиальным был государственный сертификат по окончании. Знания знаниями, но бумажка порой решает больше, чем хотелось бы.

Совмещать с работой было непросто - выкраивал по 2-3 часа в день. Зато сейчас уже использую Ansible для управления сетевыми устройствами и внедряю мониторинг инфраструктуры. Результат есть, и он ощутимый.

До этого курса я ходил на собеседования и, судя по реакции интервьюеров, предлагал решения из позапрошлого десятилетия. Курс дал то, чего реально не хватало - глубокую теорию плюс практику в связке. Конкретный пример: мониторинг раньше был для меня чёрным ящиком, теперь понимаю, как его внедрять в реальные процессы.

После прохождения помог коллеге-джуниору разобраться с Docker и объяснил кое-что нашим разработчикам - то есть знания реально осели, а не выветрились через неделю. Ещё смог посмотреть на DevOps-инструменты нашего продукта свежим взглядом и теперь могу аргументированно предлагать улучшения, а не просто говорить "так принято".

Gitlab был для меня абсолютно новым инструментом. Когда учебный стенд не работал, поднял его у себя на работе и доделал лабораторную там - не застрял, не забросил. Сертификационное задание было построено как настоящая рабочая задача с таймером, психологически давило прилично - но именно это и даёт реалистичное ощущение того, с чем сталкивается DevOps-инженер.

До курса знал Kubernetes примерно на уровне статей с Хабра - общее представление было, но не более. Решил разобраться глубже: как это работает изнутри, как управлять кластером и зачем вообще всё это нужно. Пришёл в DevOps через системное администрирование - даже брал первое место на региональном чемпионате WorldSkills по сетевому и системному администрированию, потом прошёл стажировку, освоил Git и Docker, и в какой-то момент захотелось объединить всё это с программированием. Так и появился интерес к DevOps и конкретно к Kubernetes.

Из курса больше всего зашло изучение основных компонентов, организация и тюнинг кластера, типы сервисов и настройка CI/CD. Это было по-настоящему увлекательно. Труднее всего давались kubespray, управление правами доступа и подключение системы хранения данных - пришлось повозиться. Задания с настройкой кластера и CI/CD нравились, а вот те, где нужно лопатить документацию - значительно меньше: я привык искать ответы в поисковике, и такой формат немного раздражал.

Ожидания оправдались полностью. Понимаю, что это только база - впереди ещё AWS, Google Cloud, Ansible, Terraform и ещё целый список. Но фундамент теперь есть.

До курса я уже неплохо знал Linux - просто потому что давно им увлекался, но именно DevOps Upgrade дал возможность всё это систематизировать и реально перейти в профессию. Устроился devops-инженером, хотя IT-бэкграунд у меня уже был. Что особенно зашло - работа в команде с такими же людьми, которые целенаправленно меняют специализацию, плюс преподаватели с реальным опытом, не просто теоретики. Без курса я бы ещё долго барахтался в самостоятельном изучении без чёткой структуры.

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

Работаю backend-разработчиком, занимаюсь поддержкой погодного API, настройкой CI/CD на Gitlab и деплоем через Ansible. В какой-то момент из-за высоких нагрузок перешли с LXC на Docker, и сразу встал вопрос оркестрации - как вообще управлять всем этим хозяйством. Так пришли к Kubernetes.

Документацию читал - слишком сухо и теоретически. YouTube смотрел - практики опять ноль. В итоге выбрал интенсив Слёрма: хотелось именно hands-on и best practices от людей, которые реально работали с k8s. Не пожалел. До техподдержки так и не дошел - всё было достаточно понятно по ходу курса.

Особенно зацепили две темы: откат версии Docker-образа в пайплайне и интеграция CI/CD с Kubernetes через Helm. Написание собственного Helm chart'а - задача непростая, но именно такие задачи и запоминаются. Сейчас уже внедряю деплой через Helm для всех наших CI/CD-пайплайнов и периодически возвращаюсь к материалам по этой теме - есть к чему обращаться.

Не буду писать про устаревшие местами курсы и тп. По опыту везде этого хватает.
Слёрм же извращается по-своему. На условный материал на 3-24 часа в зависимости от вашего усвоения ребята предоставляют свои стенды для практики и ответов на задания. На каждый этап дано 2 попытки по 6 часов доступа. А если вы не успели - пишите в поддержку (которая работает 10-19 в будни).
Какой взрослый человек в здравом уме будет занимать у вас 6 часов этого стенда? Пришел с работы, с перерывами на ужин позанимался 2-4 часа. Не успел? Пиши в поддержку. Ах да, суббота, мы вам в понедельник (может быть) ответим. Итого, если вы хотите пройти курсы, то имейте ввиду, что вы должны будете делать две попытки, одну в субботу, другую - в воскресенье, иначе рискуете застрять на очередном легаси задании, которое уже невозможно пройти из-за обновлений использумеого ПО vs ожидаемого ответа, и просрать стенд.

В январе 2022 года, пока ещё работал инженером в машиностроении, друзья-айтишники посоветовали присмотреться к DevOps. До этого всегда сам настраивал компьютеры, Linux начал изучать самостоятельно - и в какой-то момент понял, что DevOps это ровно то, что мне нравилось всегда: искать неисправности, чинить, автоматизировать.

В итоге выбрал DevOps Upgrade от Слёрм. Понравилось, что инструменты изучаются последовательно и сразу применяются в проекте - не просто теория в воздухе. Практические задания Павла Селиванова дали ощущение целостной картины того, как инструмент работает. Ещё были AMA-сессии со специалистами - это отдельная ценность, которую не во всех курсах встретишь.

Результат: устроился junior'ом в отдел SRE. На собеседовании знание Kubernetes реально удивило старших коллег - при том что они сами пробовали курсы Slurm, но им не зашло. Так что активный подход к изучению инструментов сыграл роль при выборе кандидата.

Честно скажу: после курса нужно ещё много доучиваться. Это не волшебная таблетка, база есть - но дальше сам.

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

Вернулся с двух курсов - DevOps и SRE от Slurm - и хочу поделиться впечатлениями. Если коротко: оба насыщены практикой, и это главное. Без неё курсы были бы бессмысленны - информация реально усваивается только когда сам пытаешься воспроизвести то, о чём рассказывают.

DevOps-курс начинается с того, что каждому слушателю с первого же дня дают живое приложение, которое надо поддерживать, масштабировать и обновлять. Работа ведётся на виртуалках в облаке: Terraform, Packer, Consul, Ansible, CI/CD через GitLab - всё это проходишь не в слайдах, а руками. Есть логика прокачки сложности: сначала разворачиваешь одну ВМ, потом нагрузка растёт, нужно масштабироваться, потом автоматизировать, потом тестировать, потом мониторить через Prometheus+Grafana и ELK. В конце - ChatOps через Hubot со Slack и Telegram. Узнал несколько вещей, которые реально упростили бы мне жизнь раньше, если бы знал их.

DevOps-курс в первую очередь разложил по полочкам то, что я уже примерно понимал, но не мог систематизировать. SRE показал как делать правильно и познакомил с задачами, которые решает эта роль. После обоих курсов я понимаю, с чего начать внедрение CI/CD у себя, что именно мониторить - и без страха могу вписать это в резюме.

На обоих курсах аншлаг, свободных мест нет - это говорит само за себя.

Небольшой контекст: до Слёрма с DevOps-методологией я пересекался только теоретически. Gitlab, Ansible, Terraform - понимал, что это такое, но как всё это работает в связке - не видел. Попробовать хотел давно, но всё "потом". В итоге сами организаторы написали мне и предложили поучаствовать и поделиться впечатлениями. Участвовал очно, поэтому буду говорить только за этот формат - удалёнка могла бы ощущаться иначе.

По соотношению практики и теории: на лендинге заявлено 50/50, по факту вышло ближе к 75/25 в пользу практики. Каждый спикер давал презентацию с обзором инструмента и кейсами из опыта, а потом - практическая часть, которая занимала большую часть времени. Для администраторов и разработчиков это нормально. Но насколько полезно техническому руководителю несколько часов работать в консоли - вопрос открытый.

По пререквизитам: на сайте написано, что достаточно базового Linux плюс понимание Docker и Ansible. На деле информации "зачем и почему мы это делаем" было маловато. Мы шли по заранее подготовленным сценариям, спикеры объясняли, но не всегда этого хватало. Если бы я заранее посмотрел структуру конфигов Ansible и Terraform, разобрался как устроен Gitlab - усвоилось бы лучше. Организаторам, кстати, стоило бы расписать пререквизиты подробнее и честнее.

Что реально зашло: во время отладки развёртывания инфраструктуры через Terraform понял, какой объём автоматизации за этим стоит и насколько это сложнее и дольше делать руками. А когда вместе с кодом разворачивали экспортеры Prometheus - дошло, что разработчики сами могут решать, что мониторить, без лишней коммуникации. Это ценно.

В целом Слёрм DevOps подойдёт тем, кто хочет систематизировать знания, познакомиться с инструментами или разобраться в конкретных вопросах. Но если приходишь с нуля по теме - готовься подтянуть базу самостоятельно заранее.

Начну с честного предупреждения: если вы один админ в небольшой компании без крупного веб-проекта - kubernetes вам, скорее всего, просто не нужен. Я сам с ним работаю и, если честно, с трудом нахожу ему применение вне больших распределенных команд. WordPress, Bitrix и подобное туда не запихнешь - это инструмент для масштабных систем, где есть несколько человек, готовых дежурить и подхватывать проблемы. В одиночку администрировать кластер - то ещё удовольствие.

Но само обучение понравилось - без оговорок. Материал усвоил реально, а не формально: уже развернул тестовый стенд и работаю с кластером. Планирую написать пару обзорных статей по азам и теории - именно курс дал для этого достаточную базу. Так что обучение добротное, просто перед покупкой стоит честно ответить себе, зачем тебе kubernetes.

Все прошло здорово, интенсив очень понравился. Поездку оплатила компания, но честно - поехал бы и за свой счет. По докладчикам: у Евгения было немного монотонно, Сергей неожиданно зацепил (неожиданно - потому что на вебинаре казался скучноватым), ну а Павел доносил материал захватывающе. В итоге узнал все что хотел, на все вопросы нашел ответы. Честно скажу - давно не было для меня такого продуктивного мероприятия, а посещаю я все значимые митапы и конференции. Спасибо большое. Насчет отрицательных отзывов - было бы странно если бы их не было. Это хорошо, что они есть: значит есть что поправить, и значит люди, которые их писали, реально пытались разобраться.

Тоже был в онлайне — все было здорово.
Только жаль не было доп.заданий, которые можно было бы поделать после практики.

Я, как онлайн участник, отвечу что все было достаточно хорошо. Да были траблы с микрофонами и музыкой, терпимо. Задание реально выполнить за два дня, спокойно прослушивая и мотая онлайн (у меня так и получилось, приходилось отлучаться, потом досматривал и доделывал). Разъяснили для меня не очевидные вещи, которые до этого не понимал. По Лекторам: Павел рассказывает живо, с шутками и как то бодро интересно и активно.Сергей — напомнил мне старого лектора по Высшей математике, порою чуть не засыпал под него, немного поживее ему надо. Правда когда работал не лектором -менялся, был активней. Евгений — начинал хорошо, но чувствовалась какая то не уверенность, да и на вопросы из зала как то вяло отвечал, порою не понимая вопроса. По практике тут 5 с+, за документацию это раз и интересные и полные задачи это два. Развитие курса шло поэтапно, хотя лекторам порой приходилось забегать на темы которые еще не разъяснялись вперед. В целом я полностью доволен и если получится рвану на МегаСлерм оффлайн.

Пробовал смотреть 3 их курса на YouTube — очень тяжело: докладчикам не интересно, то что они там делали, и результат их абсолютно не интересовал. Больше двух видео не выдерживал

Недавно отходил от трёхдневного интенсива SLURM SRE - с 10 до 18, с перерывами, но всё равно это именно интенсив, без скидок на слово. Расскажу, что там было и что из этого вышло.

Для участия нужно понимать Kubernetes и Helm хотя бы на базовом уровне, знание PromQL тоже не помешает. Но главная ценность курса не в том, чтобы поднатаскаться разворачивать и откатывать приложения - это лишь инструменты. SRE - это методология, и большинство людей (по крайней мере в моём окружении) привыкли решать проблемы исходя из того, насколько хорошо они знают конкретное приложение изнутри. Здесь же показывают системный подход: как это делают в Google и Booking, с готовыми рецептами, которые можно применять с понедельника. Понятия сами по себе несложные, но именно то, что всё собрано в стройную систему - в этом и есть ценность.

Практическая часть была серьёзной. Нас разбили на команды по 5 человек, каждой - свой backend, один общий frontend, реальный сайт, доступный из интернета. Плюс исходники ключевого сервиса на локальном gitlab, почти настроенный CI/CD - и потом, разумеется, начинаются "проблемы". Ищи, чини, поднимай. Работать приходится с людьми, которых видишь впервые - это само по себе отдельный тренинг. Обратная сторона: уровень участников в команде разный, кто-то давно работает с нужными инструментами, кто-то только знаком теоретически. Неизбежно появляются внутренние лидеры по направлениям.

Чего, на мой взгляд, не хватало - список типичных заданий мог бы быть доступен заранее. Тогда во время самих заданий не пришлось бы тратить время на настройку инструментов, а можно было сосредоточиться на сути. Это ещё и выровняло бы стартовый уровень команд.

Около трети времени занимали выступления спикеров - все из крупных западных компаний (Google, Booking), кто-то из США, кто-то из Нидерландов, все русскоговорящие. Реальные примеры из практики, ответы на каверзные вопросы из зала - было интересно. Плюс соревновательный элемент: команды получали оценки за детали решений, три лучших - призы.

За качество созданных проблемных ситуаций отдельный респект организаторам - 16 команд, реальные задачи, и всё это работало.

Если вы помните, пару недель назад я публиковал пост, где написал, что мне предоставили возможность сходить на курсе Slurm по SRE. Так вот, я сходил и хотел бы поблагодарить организаторов за гостеприимство и рассказать о своих впечатлениях. В первый раз, когда я услышал про этот курс, мое отношение было очень скептическим - как можно за три дня, сделать из человека SRE? Позже, я подумал что в целом, опытному опсу или разработчику вполне можно за это время рассказать основные принципы - в конечном итоге, SRE book вполне читается за день-два и тогда я решил что ребята просто перескажут книжку за определенную сумму денег, что вполне себе тоже вариант для занятых людей, в дальнейшем, когда я пообщался с организаторами, я понял что они основной упор собираются давать на практику и мне стало интересно. Собственно, на курс я ехал с небольшим скепсисом (сам то я SRE book прочел достаточно давно), но забегая вперед скажу что получилось достаточно неплохо, особенно учитывая что я был на первом потоке, а про первый блин мы с вами прекрасно знаем. Теперь о курсе: во-первых, slurm взяли работающих инженеров из Booking и даже Google, что я считаю, действительно круто и избавило их от претензий касательно компетентности преподавателей, во-вторых: организация курса вполне удачная - всех участников разбили по командам из пяти человек, стараясь чтобы в одну команду не попали коллеги из одной компании, у каждой команды был ментор и отдельный чат с поддержкой для решения тех проблем, которые не то чтобы были критичны, но возникали. Теперь, что касательно, содержательной части - всех участников, делят на команды, читают теоретическую часть, которой обычно немного, и дают задание - некий "инцидент", команды должны разобраться и починить, получая баллы за решения. Сами задания выбраны вполне удачно и на мой взгляд приближенный к тому что делают SRE - не буду раскрывать подробности, но некоторые из них вполне заставили попотеть. Работать приходится с вполне "модным" сейчас стеком - Kubernetes\Prometheus\Gitlab\Grafana с проектом, который выглядит "как живой" и даже имеют документацию. Заданий очень много, времени впритык да и организаторы вводят дополнительные игровые элементы стресса, так что скучать не придется. Темп курса вполне себе интенсивный - к третьему дню я понял, что даже успел подустать. Что понравилось - вполне релевантные задачи и достаточно реалистичные условия, теория без "отсебятины" и повторяет то что есть в книге, да и вообще в общем доступе. Не было ощущения "снежного кома", когда у тебя не выходило справиться с заданиями - давались подсказки, затем, по истечению времени, давались решения и дополнительное время на то чтобы их выкатить. Очень весело работать именно командой - мне с ребятами вполне повезло, мы легко нашли общий язык и работали вполне слаженно, хоть и не сразу. Что не понравилось: все таки темп великоват, как мне кажется, но это конечно субъективно. Так же были шероховатости касательно заданий и времени на них отведенных, подсчета баллов, но это явно проблемы первого потока и в дальнейшем это решат, я уверен. Подведу итог: если вы, как я писал выше, опытный системный администратор, который не боится кодить, бекендер, который хочет расширить свой scope или devops (AKA человек-методология) - приходите, вам точно понравится. Если вы не знаете технологий, которые используются в стеке курса или никогда не программировали, вам будет сложно. Точно не стоит на курс идти тем, кто в индустрии совсем недавно, курс совсем не для новичков - скорее всего вы будете балластом в команде и кроме сумбурной мешанины в голове у вас ничего не останется. Не подойдет он уже и тем кто сейчас уже работает SRE - курс рассчитан на ознакомление с практиками и есть риск что все происходящее вам очень напомнит работу ;) В целом впечатления остались положительные, пообщался с тиммейтами, среди них есть ребята из регионов - они тоже довольны и считают курс более чем полезным, собираются теперь нести SRE на местах #sre #slurm

Друзья, посетил на прошлой неделе мероприятие #slurm.io/DevOps, которое организовывают знакомые ребята из компании Southbridge.io.
Впечатлений масса и все самые положительные. Мой опыт участия в интенсивах и конференциях насчитывает несколько десятков штук, так что сравнить есть с чем.
Уровень подготовки материала, его подачи и поведения докладчиков очень высокий. Сразу видно, что работа по подготовке проведена масштабная.
Уверен, что даже выступление репетируют многократно каждый докладчик. Ну или они на столько круты сами по себе, что могут выступать без подготовки :)
Большой плюс так же в том, что дается не только теория, но и возможность на практике "пощупать руками" то, о чем рассказывают.
Если у кого-то что-то пошло не так, есть команда техподдержки, которая помогает выполнять практически задачи.
И хоть в ИТ-среде это уже норма, однако все ребята из #slurm.io всегда открыты к общению и готовы отвечать на вопросы и вне самого мероприятия.
По-возможности, буду и дальше принимать участие в #slurm.io. Всегда интересно послушать умных людей и пообщаться с ними)
Жаль только, что проходят мероприятия не так часто как хотелось бы, а повторы одной тематики и того реже.

В конце мая три дня провел на очном обучении по Kubernetes в Москве. До этого с кубером не работал вообще - только пара обзорных статей на хабре, никакой конкретики. Зато docker и ansible знал на среднем уровне, что в итоге помогло.

До основного интенсива дают доступ к записанным урокам по docker, ansible и смежным темам - открывают за 3 недели до старта, после подтверждения оплаты. Я их прошел заранее и не пожалел: систематизировал то, что знал, узнал кое-что новое. В чате большинство участников, судя по всему, спохватились в последние дни перед началом - это реальная ошибка. На самом интенсиве информации столько, что голова уже не успевает переваривать, так что лучше разгрузить ее заранее.

По содержанию: курс рассчитан на вход с нуля, но docker и ansible желательно знать глубже, чем дается в предварительных материалах - иначе за такой короткий срок просто не успеваешь все уложить. Для тех, кто хочет внедрять Kubernetes и еще не знает его изнутри - формат попадает в точку. Мне лично помог разрушить несколько устойчивых заблуждений о том, как k8s вообще работает и для чего он.

В целом доволен - курс полезный, подача интенсивная (название оправдывает себя буквально). Главный совет: не тяните с оплатой и сразу начинайте предварительные уроки, не оставляйте на последний момент.

Если на питерском Слёрме в феврале были в основном новички, то на московском Слёрме люди в массе уже пробовали в Кубернетес. Было много продвинутых вопросов, которые заставляли задуматься.

Если в Питере спрашивали, когда мы выложим свой форк kubespray, то в Москве уже спрашивали, почему мы предлагаем использовать наш форк, а не берем оригинальный kubespray. Это уже критическое мышление миддлов-сеньоров.

Практика была сложной, люди делали много ошибок, и это прекрасно: набивать шишки надо во время учебы, а не в бою. Мы регулярно сталкивались с лимитами на получение сертификатов, лимитами на скачивание с Github и т.д. Это жизнь — мы одномоментно развернули в облаке Selectel около 200 кластеров. Никто свои ресурсы и лимиты к такому не готовит.

DevOps-инженеры в N1.RU приняли участие в онлайн-интенсиве Слёрм Мега @slurm_io. Интенсив направлен на углубленное изучение Kubernetes - управление контейнеризированными приложениями.
⠀
Мы хотели совместить наш многолетний опыт работы с низкоуровневыми инструментами, которые легли в основу Kubernetes и познакомиться более подробно с новым инструментом, который стал очень популярен в мире управления приложениями и микросервисами.⠀
⠀
3 дня Слёрм Мега это:⠀
⠀
〽️Спланированная приостановка текущих задач DevOps-инженеров, чтобы погрузиться в обучение;⠀
〽️Плотный график теория и практика с 14-00 до 24-00; ⠀
〽️Новая терминология, новые инструменты, новый опыт;⠀
〽️Объемный материал, продуманная лаборатория для выполнения практики и качественная техподдержка.⠀
⠀
Мы сделали для себя выводы как по формату обучения, так и по представленному материалу➡️