Редактор, Product Owner
В июле пройдет онлайн-интенсив по Kubernetes.
TL;DR
Мы в мае провели онлайн-интенсив. Формат работает. Мы получили хороший фидбек.
Онлайн-интенсивы удобнее проводить в два раза чаще, собирая на каждый в два раза меньше людей.
Мы наладили систему фидбека и улучшений на ходу. Ценовая политика: «Меги за 30» больше не будет, но цены на интенсивы будут ниже, чем до коронакризиса.
Обо всем подробнее
Если вы уже работаете с Kubernetes, посмотрите на программу продвинутого курса. Там будет много тонкостей и сложностей, включая большой новый блок по Istio.
Если вам нужно быстро познакомиться с Kubernetes, чтобы влиться в команду или начать самостоятельные эксперименты не с нуля, а с хорошей базы, приходите на базовый курс.
Программы под катом.
Вечерняя школа Слёрма дает введение в Kubernetes с нуля для тех, кто хорошо знает Linux.
У нас бесплатные лекции и платная практика.
На этой неделе разбирали основы Kubernetes.
В конце лекции студенты получили домашнее задание:
Это задание мы разбирали на платной практике.
(По неизвестной причине встраивание не работает)
Слёрму полтора года. Шесть интенсивов только по базовому курсу Kubernetes, плюс Мега, DevOps, SRE и Agile — более тысячи участников.
7 апреля стартует «Вечерняя школа Слёрма: базовый курс по Kubernetes», рассчитанная на 4 месяца занятий по вечерам (бесплатные вебинары по теории и платная практика). В мае пройдет седьмой Слёрм по Kubernetes (онлайн-интенсив, «как офлайн, только онлайн»). Будет всё «по-оффлайновому»: с голосовым чатом, видеосвязью, «курилкой» в зуме, групповой работой, выделенными наставниками и техподдержкой.
Мы заявляем, что Слёрм открывает путь к проектам на Kubernetes и росту зарплаты. Так ли это на самом деле?
Мы задали этот вопрос выпускникам Слёрмов. Полтора года — достаточный срок, чтобы стали заметными изменения в карьере, зарплате, работе и сфере задач.
Что важно понимать про этот опрос? Тут есть «ошибка выжившего»: нам ответили те, кто следит за чатом своего Слёрма и готов общаться. Наверняка есть те, кому Слёрм оказался бесполезен, и они молчат об этом. Жизнь меняется: те, кто начал работать с Kubernetes год назад, были в другом положении, чем те, кто начинает сейчас. Это работает в обе стороны: стать архитектором решений сейчас куда сложнее, а найти место джуниора куда проще.
Тем не менее, ответы вполне показательны. По ним можно понять, ради чего стоит проходить Слёрмы.
Карантин — хороший повод поинтересоваться, как там дела в других бункерах на Пустошах, кто какие технологии использует вместе с Kubernetes, что собирается изучать ещё и в какую сторону двигается, не вставая с кресла. Quarantine. Quarantine Never Changes.
Компания LetsEncrypt, предлагающая к использованию бесплатные сертификаты ssl для шифрования, вынуждена аннулировать некоторые сертификаты.
Данная статья продолжает тему с Kata Containers, поднятую в прошлый раз. Сегодня я буду настраивать Kubernetes для работы с Kata Containers.
В этой статье будет рассмотрен принцип работы Kata Containers, а также будет практическая часть с их подключением к Docker.
За осень-зиму 2019 я поучаствовал в аджайл-трансформации во всех ролях и видах. Боль еще жива. Я собрал все шишки и сделал все ошибки, которые мог. Главная ошибка — самонадеянность, я почему-то решил, что с моим знанием психологии и опытом управления достаточно почитать про аджайл пару статей, и я смогу разобраться по ходу дела.
TL;DR
Я считаю, что ключ к нормальному переходу на аджайл — это квалифицированный заказчик. То есть собственник/директор/лидер, который понимает, зачем вообще ему нужен аджайл, знает разницу фреймворков, оценивает ресурсы и сроки, готов к кризисам и не надеется на «золотую пулю».
Второй элемент успеха — квалифицированный участник аджайл-команды, который понимает, зачем это все, зачем эти дейлики и ретро, зачем улучшать работающий процесс, чего ждать от скрам-мастера и почему вообще стоит слушать этого «восторженного дурачка», только тогда аджайл начинает работать.
Слёрм Аджайл — наша попытка готовить заказчиков и участников.
В 1951 году в Нью-Йорке начались клинические испытания изониазида — противотуберкулёзного препарата. В итоге выяснилось, что изониазид — это первый синтетический антидепрессант. Coca-Cola была придумана в Атланте, штат Джорджия, в 1886 году, как средство от расстройства желудка, а заодно нервной системы. Сейчас это один из самых популярных газированных напитков без каких-либо значимых медицинских свойств. В 1818 году Уильям Кабитт создал крутящееся колесо, предназначенное для наказания осуждённых — заключённые должны были ежедневно проходить 3 352,8 метра по движущейся лестнице. В итоге это стало прообразом беговой дорожки в каждом спортивном центре. Учёные из английской компании Pfizer попытались создать цитрат силденафила для лечения коронарных заболеваний сердца — ну, что такое «синенькие таблеточки», наверное, знает уже весь мир.
Иногда изобретение обретает новую жизнь. И создатели удивлённо смотрят, во что превратилось их детище.
Почему мы уверены, что DevOps или SRE могут жить только в среде IT — возможно эта философия спасёт тысячи жизней в медицине катастроф, в скорой помощи, авиации, космонавтике или разработке лекарств и вакцин?
Марина Алекс marina_alex дала вторую жизнь Аgile — и делом доказала, что Аgile применимо не только в IT, но и в продажах, и в трансформации крупных, иерархических компаний, не успевающих за рынком. Всего лишь нужно уметь взглянуть на идею чуть со стороны — и увидеть то, что ранее было незаметно другим.
Изначально и в работе, и в курсах мы делали упор на «как» и избегали «зачем». Мы рассказывали про настройку Kubernetes и молчали про то, где нужен K8s. Если клиент хотел кластер, мы делали ему кластер, не анализируя его business value, мол, это не наше дело, клиент имеет право решать, что ему нужно.
Готовя курс по DevOps, мы сосредоточились на инструментах, старательно обходя философию. Потому что философия требует не изучения, а достижения, не мастер-класса, а диспута.
Но жизнь показала, что мы не можем отвертеться от вопроса «зачем». Он всплыл на проектах, он оказался ключевым для курсов по SRE и Agile (скоро будет анонс). И мы решили добавить немного размышлений про «зачем» в курс по DevOps.
Чтобы избежать острой дискуссии по вопросам уровня «как внедрить DevOps, если у нас 10-летнее легаси», мы сразу замахнулись на глобальную тему и пригласили поговорить о ней Анатолия Вассермана.
Я люблю проект длиной в неделю, и меня пугают проекты длиной в год. В аджайле мне очень понравилась концепция MVP и инкремента, это прям мое: сделать работоспособный кусок, внедрить его и двинуться дальше.
При этом DevOps-трансформация в том виде, в котором ее обсуждают в книгах и на конференциях, это как раз проект длиной в год. Или в годы.
Мы строили свой курс по DevOps в парадигме «MVP DevOps за один спринт» и «готовность к инкрементам». А если по-человечески, то «чтобы участник по возвращении мог немедленно что-то внедрить у себя и получить пользу».
MVP DevOps: в курсе есть инструменты для основных DevOps-процессов. Мы не ставили себе задачу рассмотреть и сравнить все системы CI/CD или раскрыть глубины подхода Infrastructure as Code. Мы даем один понятный стек: Gitlab CI/CD, Ansible, Terraform и Packer, Molecule, Prometheus, EFK. Можно прийти с курсов, собрать из учебных материалов инфраструктуру для пилотного проекта и поработать в ней.
В этой статье я буду настраивать рабочее окружение для разработки игры "Былины", а также выполню разбиение самой игры на части, пригодные для использования в OpenFaaS. Все манипуляции буду делать на Linux, Kubernetes буду разворачивать в minikube с использованием VirtualBox. В моей рабочей машине 2 процессорных ядра и 12гб оперативной памяти, в качестве системного диска я применяю SSD. В качестве основной системы для разработки буду использовать debian 8, с установленными пакетами emacs, sudo, git и virtualbox, все остальное установлю путем скачивания из GitHub и других источников. Эти приложения будем устанавливать в /usr/local/bin, если не указано другое. Приступим!
В мире IT, свободном от политики и условностей, от ограничений и догм, рано или поздно зародится Полдень XXII века.
Команда Слёрма поздравляет читателей Хабра и участников Слёрмов — от Базового и Мега до DevOps и SRE. Спасибо, что вы были с нами весь этот год. За ваши неожиданные вопросы на интенсивах. За вашу критику — потому что благодаря вам мы становимся лучше.
Спасибо Хабру и его читателям. За ваши комментарии — одобрительные, критические, ироничные.
IT, изучение мозга и космонавтика — это последние фронтиры нашего мира. И там собираются самые свободные, самые ищущие, самые сомневающиеся, самые безрассудные.
Стив Джобс: «Оставайтесь голодными. Оставайтесь безрассудными. Всем большое спасибо».
С Новым годом, друзья!
Бразильская система не существует, но работает. Иногда.
Точнее так. Система экспресс-тренинга в условиях стресса существует с давних пор. Традиционно она практикуется на русских заводах и в русской армии. Особенно в армии. Однажды, благодаря странной русской телепрограмме под названием «Ералаш», система получила название «Бразильской», хотя изначально это название имеет отношение всего-лишь к расстановке игроков в футболе. По крайней мере так говорит Википедия.
Вообще, всё очень странно у этих русских. Возможно, это просто такой способ маскировки тайного эффективного искусства, передающегося из поколения в поколение. Ведь наверняка «бразильская система» имела в старину другие названия, но наверное все они были очень народными. По крайней мере Википедия ни о чём таком не знает.
Ну а что же сегодня, в век высоких технологий? Можно ли применить «бразильскую систему» в IT, и как заставить её работать стабильно, качественно и безопасно. Это вообще реально?
По многочисленным просьбам читателей начинается большой цикл статей о применении технологии бессерверных вычислений для разработки реального приложения. В этом цикле будет рассмотрена разработка приложения, тестирование и поставка конечным пользователям с использованием современных средств: микросервисной архитектуры приложения (в serverless варианте, на базе OpenFaaS), кластера kubernetes для развертывания приложения, базы данных MongoDB, ориентированной на облачные кластеризацию и применение, а также облачной шины NATS. Приложение реализует игру "Былины", один из вариантов популярной салонной игры "Мафия".
Для начала позвольте представиться. Я — @tristan.read, фронтэнд-инженер в группе Monitor::Health GitLab'а. На прошлой неделе мне выпала честь побыть стажером у одного из наших дежурных SRE-инженеров. Целью было ежедневное наблюдение за тем, как дежурный реагирует на инциденты, и получение реального опыта работы. Нам бы хотелось, чтобы наши инженеры лучше понимали потребности пользователей функций Monitor::Health.
Мне предстояло неделю всюду следовать за SRE-инженером. То есть я присутствовал на передаче дежурства, наблюдал за теми же каналами оповещений и реагировал на инциденты, если и когда таковые имели место.
Те, кто уже работает в DevOps-культуре, не узнают ничего нового. А тем, кто только присматривается или планирует DevOps-трансформацию, мы расскажем:
Ведет вебинар Эдуард Медведев, CTO Tungsten Lab, SRE-инженер, один из спикеров Слёрма DevOps.
Мы становимся тем, что мы лицезреем. Сначала мы формируем инструменты, потом инструменты формируют нас.
—Маршал Маклюэн
Хотелось бы искренне поблагодарить и выразить признательность моему хорошему другу Рикардо Суэйрасу за его обзор, вклад и за то, что не давал мне бросить эту статью недописанной. Рикардо, ты просто легенда!
Важно помнить, что хаос-инжиниринг — это не когда выпускаешь на свободу мартышек и без разбору вводишь отказы. Хаос-инжиниринг — это четко определенная, формализованная методика экспериментирования.
Сегодня мы с огромной радостью представляем доклад Sysdig об использовании контейнеров за 2019 год (Sysdig 2019 Container Usage Report). Kubernetes продолжает набирать обороты, активнее осваиваются облачные архитектуры, и все это меняет не просто паттерны использования, но и процессы и организационные структуры. Удивительно, но в этом году двукратно увеличилось число контейнеров, срок жизни которых не превышает 5 минут. Чем динамичнее становятся сервисы, тем лучше облачные команды сознают необходимость интеграции безопасности в процессы DevOps. В рамках доклада об использовании за 2019 год мы впервые исследуем детали безопасности и соответствия — в дополнение к ряду деталей о том, как клиенты используют контейнеры, Kubernetes и проч.