На примере одной компании изучаем переход от деплоя раз в месяц к деплою раз в час и взгляд на DevOps со всех точек зрения.

Сторона заказчика: как быстрее и дешевле решать бизнес-задачи, выкатывать новые фичи и исправлять баги. Мы расскажем и покажем как деплоить код без downtime.

Сторона разработчика: как разрабатывать и выкатывать код, не упираясь в коллег, администраторов, тестировщиков, безопасников.

Сторона администратора: как обеспечивать и контролировать работоспособность инфраструктуры, создавать окружения, предотвращать аварии, минимизируя ручной труд.

Компания вымышленная, а ситуации — настоящие.
Слёрм DevOps — история одной
компании
4 — 6 сентября 2019

Организатор
Southbridge

На нашем сайте включены cookies, потому что мы используем услуги Facebook Pixel, Google Analytics и Yandex.Metrika. Вы можете отказаться от них и продолжить пользоваться сайтом.
Ок, не показывать больше
Close
О чём переживает директор
«одной компании»
Чем заняты разработчики?

Сегодняшний клиент разборчив, избалован и нетерпелив. Он звереет, если ошибку не исправили за сутки. Он уходит к конкуренту, если тот предлагает свежие пряники.
Выкатывать фичи надо быстро, очень быстро, еще быстрее. Утром идея, вечером код, ночью релиз.
Чтобы успевать за рынком, бизнес нанимает разработчиков. И чем они заняты?
Вместо исправления багов и создания фич они решают конфликты в Git, потому что не знают, как правильно организовать работу.
Администратор не в силах им помочь, потому что для него Git — это «программерские штучки».

Рассказываем, что нужно знать о Git разработчику и администратору, чтобы исключить потерю рабочего времени.

Клиенты скандалят и уходят.

Разработчик написал код. Как тестировать? На пользователях. «Когда что-то сломается, мы сразу увидим». Меж тем клиенты, столкнувшись с багами, обрывают телефоны поддержки или молча уходят к конкурентам.

Рассказываем, как создавать тестовые среды и проводить тестирование, чтобы для пользователей ошибка в приложении стала исключительным случаем, а не суровой повседневностью.

Сколько времени фича ждет в очереди?

Фича готова. Можно релизить? Нет, нужно ждать администраторов, которые вручную создадут тестовые среды, потом вручную развернут релиз. Каждый релиз готовится месяц, и изнутри прекрасно видно, сколько тяжелой и сложной работы выполняется в эти дни. А конкуренты почему-то выкатываются ежедневно.

Рассказываем, как организовать автоматизированную выкатку и тестирование. Разработчик самостоятельно создает тестовые среды, проводит тестирование и выкатывает приложение в продакшен; десяток разработчиков делает ежедневные деплои, и новые фичи появляются у пользователя сразу по готовности.

Как жить, если ушел ключевой сотрудник?

У некоторых процессов появляется «хозяин».
Разработчик пишет компонент на своей машине, и никто в компании не может воспроизвести его dev-окружение.
Администратор настраивает базы данных, и никто в компании не знает настроек и не может воспроизвести их для тестовых сред.
Если «хозяин процесса» ушел в отпуск, заболел, уволился, коллеги молятся, чтобы в его отсутствие ничего не сломалось.

Рассказываем про Infrastructure as Code, разворачивание сред, поддержание единообразия, передачу проекта (кода, инфраструктуры) между сотрудниками, чтобы добиться независимости от конкретного исполнителя.

«Ага, мы Мстители, не Предотвратители!»

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

Рассказываем про мониторинг, бюджет ошибок, SLO, метрики, чтобы проактивно находить и устранять ошибки раньше, чем на них наткнутся пользователи.

Безопасность несовместима с жизнью.

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

Рассказываем про автоматическое сканирование и подпись артефактов, что позволяет автоматизированными методами добиться серьезного уровня безопасности.

Программа находится в разработке, поэтому «история одной компании» будет незначительно меняться.

На Слёрме DevOps учимся:
— организовать командную работу с Git;
— автоматизировать рутинные операции;
— настраивать мониторинг и интегрировать с мессенджерами;
— разворачивать серверы, используя подход Infrastructure as Code;
— обеспечивать безопасность процессов CI;
— применять SRE (Site Reliability Engineering) на практике.
Будем много обсуждать
CI/CD
Кому предназначен Слёрм DevOps
Курс рассчитан на технических руководителей, администраторов и разработчиков, желающих преобразовать работу своей команды и стать инженером DevOps.

Командировка от компании
Если ваша компания заинтересована в DevOps, она легко оплатит участие в Слёрме.
Личная инвестиция
Для администратора, который хочет заниматься более сложными и серьезными проектами, оплата Слёрма — это инвестиция, которая окупится за 1–2 месяца через рост зарплаты (гонораров).
Попросим контакты для связи.
Как получить от Слёрма максимум
Трезво оценить текущую ситуацию в своей компании, потребности, перспективы и свою роль. DevOps — про изменения в жизни, а не про «всё поправить, ничего не трогая».

Настроиться на работу, особенно если вы занимаетесь онлайн. Слёрм — это полноценная 8-часовая работа, он плохо совместим с попутными делами.

Готовить вопросы. Чем больше вопросов вы подготовите, тем больше ответов услышите, и в лекциях спикеров, и на кофе-брейках.
Спикеры Слёрма
Слёрм ведут администраторы с опытом сложного внедрения DevOps/SRE.
Павел Селиванов
— Архитектор решений в Southbridge
— Администратор с 10-летним стажем
— Certified Kubernetes Administrator
— Докладчик на конференциях Moscow Kubernetes Meetup и UWDC
— Внедрения Кубернетес: 5 проектов — индивидуальная работа, 20+ проектов в составе команды
Владимир Гурьянов
— Инженер/тимлид в Southbridge
— С 2015 года отвечает за системы мониторинга
— По совместительству начальник управления эксплуатации АО «Комита»
— Инициатор перехода АО «Комита» на DevOps-подход
Иван Круглов
— Principal Developer в Booking.com
С момента прихода в Booking.com в 2013 работал над такими инфраструктурными проектами, как:
— распределенная доставка и обработка сообщений;
— BigData и web-stack;
— поиск.

Сейчас занимается вопросами построения внутреннего облака и Service Mesh.

Артем Галонский
— СТО «БюроБюро»
— В коммерческой разработке 12+ лет
— Тимлид / руководитель отдела разработки с 2011 года
— Технический директор с 2016 года
Эдуард Медведев
— CTO в Tungsten Labs (Германия)
Работал инженером в StackStorm, отвечал за ChatOps-функционал платформы. Разрабатывал и внедрял ChatOps при автоматизации дата-центров. Спикер на российских и международных конференциях.
Алексей Степаненко
— Инженер отдела облачной платформы Selectel
Занимается инфраструктурными задачами по обслуживанию облака OpenStack: мониторинг, CI/CD и управление конфигурациями.
Требования к участнику
Знание Linux на базовом уровне:
— умение работать с systemd, sudo, ip, ifconfig;
— знание, как работает сеть, основные протоколы;
— знание bash на уровне чтения скриптов;
— умение работать с консолью (автокомплит, хистори и т.д.);
— знание основных утилит в линукс (ps, grep, cat, free и т.д.).

Программа Слёрма DevOps рассчитана на базовое владение Docker и Ansible.
Если вы их не знаете, пройдите наш онлайн-курс Слёрм Джуниор (Docker, Ansible, Ceph).
Цена Джуниора для участников Слёрма DevOps — 5000 ₽.
Программа* Слёрма DevOps
* Программа предварительная, может незначительно меняться.

Слёрм DevOps проходит с 4 по 6 сентября 2019.
Каждый день начинаем в 10:00, регистрация в 9:30.

По расписанию занятия идут до 19:00. По практике в первый день задержимся дольше, в последний закончим раньше.
4-6 сентября
Даты проведения:
Расписание занятий по дням
День 1 (4 сентября, среда)

Тема №1: Основы работы с Git
  • Базовые команды git init, commit, add, diff, log, status, pull, push
  • Git flow, ветки и теги, стратегии merge
  • Работа с несколькими remote rep

Тема №2: Командная работа с Git
  • GitHub flow
  • Fork, remote, pull request
  • Конфликты, релизы, еще раз про Gitflow и другие flow применительно к командам

Тема №3: Работа с приложением с точки зрения разработки
  • Пишем микросервис на Python
  • Переменные окружения
  • Интеграционные и юнит тесты
  • Применение docker-compose в разработке

Тема №4: CI/CD: введение в автоматизацию
  • Введение в автоматизацию
  • Инструменты (bash, make, gradle)
  • Использование git-hooks для автоматизации процессов
  • Фабричные конвеерные линии сборки и их применение в IT
  • Пример построения «общего» пайплайна
  • Современное ПО для CI/CD: Drone CI, BitBucket Pipelines, Travis и т.п.

Тема №5: CI/CD: Работа с Gitlab

  • Gitlab CI
  • Gitlab Runner, их типы и применение
  • Gitlab CI, особенности настройки, лучшие практики
  • Этапы Gitlab CI
  • Переменные Gitlab CI
  • Сборка, тестирование, деплой
  • Контроль и ограничения выполнения: only, when
  • Работа с артефактами
  • Шаблоны внутри .gitlab-ci.yml , переиспользование действий на разных участках пайплайна
  • Include - секции
  • Централизованное управление gitlab-ci.yml (один файл и автоматические push в остальные репозитории)

День 2 (5 сентября, четверг)

Тема №6: Infrastructure as Code
  • IaC: подход к инфраструктуре как к коду
  • Облачные провайдеры как поставщики инфраструктуры
  • Инструменты инициализации систем, сборка образов (packer)
  • IaC на примере Terraform
  • Хранение конфигураций, совместная работа, автоматизация применений
  • Практика создания Ansible плейбуков
  • Идемпотентность, декларативность
  • IaC на примере Ansible

Тема №7: Тестирование инфраструктуры
  • Тестирование и непрерывная интеграция с Molecule и Gitlab CI
  • Применение Vagrant

Тема №8: Мониторинг инфраструктуры с Prometheus

  • Зачем нужен мониторинг
  • Типы мониторинга
  • Уведомления в системе мониторинга
  • Как построить здоровую систему мониторинга
  • Человекочитаемые уведомления, для всех
  • Health Check: на что стоит обратить внимание
  • Автоматизация на основание данных от мониторинга

Тема №9:
Логирование приложения с ELK
  • ELK/Elastic Stack/x-pack — что есть что и в чём разница?
  • Какие задачи можно решать с помощью ElasticSearch (ES)?
  • Обзор продуктов на базе ES и их применение
  • Мониторинг инфраструктуры (x-pack)
  • Логи контейнеров и приложений (x-pack)
  • Собираем метрики в APM (трассировка приложений)
  • Обзор нового продукта — SIEM (x-pack)
  • Open DIstro for Elasticsearch от Amazon

День 3 (6 сентября, пятница)

Тема №10: Автоматизация инфраструктуры с ChatOps
  • ChatOps (интеграция мессенджеров с пайплайнами)

Тема №11: SRE
  • Определение SLA, SLO, Error Budget и другие страшные термины из мира SRE
  • SRE: Практика мониторинга SLI и SLO
  • SRE: Практика применения Error Budget
  • SRE: Управление прерываниями и операционной нагрузкой (apigateway, service mesh, circuit brackers)

Поддерживающий вебинар

Иногда вопросы возникают спустя несколько дней после интенсива.
Мы соберем вопросы через форму, и 16 сентября спикеры ответят на них.
Площадка: конференц-зал компании Selectel
Санкт-Петербург, ул. Цветочная, дом 19.
Как организованы занятия
Зал или удаленка?
Цена на работу в зале и удаленное обучение одинакова. Материал, задания, качество поддержки одинаковы. Общение в основном идет в телеграм-канале.

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

Чем удаленное участие лучше
Не надо ехать в Санкт-Петербург и оплачивать проживание.
Мотивированный и организованный человек получает возможность полноценно заниматься из любой точки мира.
Как проходят занятия в зале
Вы получите доступ в облако. Спикер будет давать задания, предварительно объясняя тему.

Когда что-то не получается, пишите в телеграм-канал, спикеры и команда поддержки помогут и подскажут.

Для полноценной работы вам понадобится ноутбук. В конференц-зале есть Wi-Fi и розетки.
Как проходят удаленные занятия
Вы получите ссылку на закрытую трансляцию, доступ в облако, предоставленное Selectel, и в телеграм-канал.
Вы выполняете задания и задаете спикерам вопросы наравне с участниками в зале.

За телеграм-каналом следит модератор и команда поддержки. Если вы не получили ответа, модератор передаст вопрос спикеру и убедится, что вам помогли. Кроме того, есть гугл-форма для вопросов.
Как настроить ноутбук
Ноутбук необходим, чтобы делать задания.
Практика проходит в облаке, предоставленном спонсором Selectel, поэтому требования к ноутбукам минимальные: macOS, Linux или Windows с установленным git и ssh-клиентом.
Как упростить себе жизнь, если занимаешься удаленно
Участники в зале видят слайды на экране и консоль в ноутбуке.
Удаленные участники вынуждены переключаться между консолью и трансляцией, поэтому отстают.
Если у вас нет второго монитора, выведите трансляцию на отдельное устройство: ноутбук, планшет.

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

Позаботьтесь, чтобы вас не отвлекали. Не питайте иллюзий, что вы сможете параллельно со Слёрмом решить срочный рабочий вопрос: Слёрм требует полной концентрации.

Обеспечьте интернет-канал хотя бы 10 Мбит. 6-7 Мбит съест трансляция в высоком качестве.
Сколько стоит Слёрм DevOps
☆ СПб
60 мест
  • Доступ в зал
  • Обеды и кофе-брейки
  • Записи трансляций
  • Доступ в телеграм-канал Слёрма DevOps
  • Доступ в git Слёрма DevOps
  • Доступ в облако
  • Практические задания
  • Помощь спикеров и саппортов в выполнении заданий
i30 000 ₽
Клубная цена 25 000 ₽
☆ Удаленка
90 мест
  • Трансляция из зала
  • Записи трансляций
  • Доступ в телеграм-канал Слёрма DevOps
  • Доступ в git Слёрма DevOps
  • Доступ в облако
  • Практические задания
  • Помощь саппортов в выполнении заданий
i30 000 ₽
Клубная цена 25 000 ₽
Заявка на участие
Имя
Электронная почта
Телефон
Участие
Участвовал в Слёрмах, хочу клубную скидку.
Кто будет оплачивать ваше участие?
Промокод
Заявка на несколько участников (я — оформитель)
Нажимая на кнопку, вы даете согласие на обработку персональных данных и соглашаетесь c политикой конфиденциальности.
Практические занятия выполняются на серверах, предоставленных компанией Selectel.

Заказчики не хотят разбираться, как ответственность за сервер делится между провайдером и администратором. От провайдера зависит и репутация, и доходы Southbridge. Когда клиенту нужен сервер, расположенный в России, мы рекомендуем Selectel, потому что считаем его самым надежным и удобным провайдером IT-инфраструктуры. Сейчас мы поддерживаем 58 проектов, размещенных на серверах Selectel.

Спонсор: Selectel
Задать вопрос
Электронная почта
Ваш вопрос
Нажимая на кнопку, вы даете согласие на обработку персональных данных и соглашаетесь c политикой конфиденциальности.
Контактная информация
Почта: ask@slurm.io
Телефон: +7 (495) 248-05-80
Время работы: 10:00 — 19:00 (Мск)
Получатель платежей:
Номер счёта: 40702810902270002339
Валюта: RUR
Название: Общество с ограниченной ответственностью «Слёрм»
ИНН: 3652901451
КПП: 365201001
Банк: АО «АЛЬФА-БАНК»
БИК: 044525593
Кор. счёт: 30101810200000000593
Юридический адрес компании: улица 40 лет Октября, д. 83б, оф. 4, Воронежская область, р-н Лискинский, г. Лиски

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