Хабрахабр

Анонс DevOps-конференции DevOops 2018

Кто только не внедрял его, и чего только не делал. Прошло уже как минимум несколько лет с тех пор, как слово «DevOps» стало у всех на слуху.

Например, в русскоязычном сообществе всё еще не определились с терминологией: кто-то уже сейчас нанимает людей на должность «девопс», а кто-то всегда рассказывает, что «девопс» — это культура и практика, призванная объединить разработку, эксплуатацию и кого-то ещё, поэтому называть так должность некорректно. Между тем, область это весьма неизведанная, таящая в себе множество открытий.

Например, одними из наиболее значимых мне кажутся Devops Handbook, автором которой является наш спикер Джон Виллис, и Google SRE Book, доступная в интернете бесплатно. Многие ищут ответ в книгах, благо в последнее время их появилось множество. Получается слишком абстрактное знание. Однако, читая эти книги, я обнаружил следующую вещь: сухой текст не очень подходит для передачи знаний, очень сильно основанных на реальной работе живых людей.

Нам приводят два примера: вначале красочно рассказывается история одного инцидента, с которым разбирались неправильно. Например, мы берем 14-ю главу, «Managing Incidents». Хороший исход наступает, если соблюдать важные практики: Потом рассказывается та же история, но с правильной структурой и хорошим исходом.

  • Четкое деление на роли, с выделением ответственных за:
    • инцидент целиком («командир»);
    • operations-часть;
    • коммуникацию;
    • планирование работ;
  • Выделение командного поста (как физического, так и просто чатик);
  • Постоянно обновляющийся документ, описывающий текущее состояние инцидента;
  • Своевременная и понятная процедура передачи полномочий (например, в конце смены).

В принципе, хорошо, но есть вопрос: и как это всё осуществить на практике? В конце даётся ещё пачка добрых советов обо всём на свете. Представьте, что к вам в середине инцидента прибегает CTO и начинает под руку давать бесполезные советы из прошлой айтишной жизни: он предложит увеличить размер страниц памяти в Linux, хотя речь совершенно о другом, или выключить барьеры на ext4, хотя кэширование включено. Каждый пункт годится на целую книгу, а часть из них требует таких софт-скиллз, которые в книгах не очень-то можно описать. Как делал это тот, кто писал статью? Так ли просто выдворить его пинком под зад из нашего командного поста под предлогом, что у него в команде нет никакой роли?

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

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

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

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

В принципе, на большинстве крупных IT-конференций в России сейчас есть парочка девопсовых тем. Во-первых, фича в том, что это конференция только про DevOps. Но на них придётся выслушать тонну всего, что у программистов на Java, . Если съездить сразу на пачку конференций, то можно получить неплохую базу. А ведь всё это безумно долго и безумно дорого. NET, JavaScript и так далее наболело на душе, причём обычно — без всякого толку. Конференция DevOops концентрируется только на DevOps и тем самым решает множество назойливых организационных проблем.

Рассказывать будут про контейнеры и их оркестрацию, виртуализацию и облака, мониторинг и аудит, CI и CD, и вообще всё, что приходит в голову при слове «DevOps».

Уже сейчас, на момент анонса конференции, набралось девять человек из компаний вроде Google и Microsoft, готовых поделиться своим опытом. Но самое главное — это спикеры. Возможно, треков и докладов будет ещё больше. В конце концов, в программе будет около 17 докладов в трёх треках. Давайте посмотрим, кто уже с нами. Мы внимательно изучили ваши отзывы с предыдущего DevOops и постарались пригласить тех, кого вы больше всего хотели.

Джон Виллис

Джон — один из нескольких отцов DevOps, автор 10 книг, выпускаемых в течение последних двадцати лет, включая всем известные DevOps Handbook и Beyond the Fenix Project, гуру по Ops части на протяжении 35 лет и просто живая легенда. Невозможно словами передать, как круто, что он к нам приезжает.

Сэт Варго

Возможно, вы читали его книгу Learning Chef или уже встречали на конференциях. Сэт — Developer Advocate в Google, а до этого работал в HashiCorp, Chef Software, и других местах.

Важность безопасности в микросерверных приложениях сложно переоценить, и это делает доклад Сета особенно актуальным. Его доклад называется Modern Security with Microservices and the Cloud. Доклад будет включать описание базовых принципов безопасности и лучших практик в современных системах, базированных на микросервисах, а ещё будет живое демо Vault как примера их применения.

Лиз Райс

Технический евангелист в Aqua Security, глава Программного комитета KubeCon, делающая лучшие кейноуты на конференциях по всему миру.

Изначально специализируясь на разработке софта (в частности, кроссплатформенной реализации сетевого стека), Лиз хорошо разбирается в Kubernetes, Go и Python (профиль на GitHub ясно показывает, что она не из тех евангелистов, которые забыли, как кодить), пишет посты на Medium (потому что у неё нет инвайта на Хабр!) и имеет кучу специфических скиллов вроде лайвкодинга.

Будут демонстрироваться конкретные вещи про то, как принципы безопасности обеспечиваются на всех этапах пайплайна CI/CD и что именно надо делать руками. Лиз собирается приехать с докладом «Practical steps for securing your container deployment», суть которого в том, что при переходе в культуру DevOps безопасность так или иначе становится ответственностью всех в команде.

Джессика Дин

А еще, она знает толк вGNU/Linux и Open Source — скажи мне пять лет назад, что я такое напишу про человека из Microsoft, рассмеялся бы. Джессика — представитель сообщества разработчиков Microsoft Cloud, специализирующаяся на Azure, инфраструктуре, контейнерах.

До прихода в корпорацию Майкрософт она более десяти лет занималась работой с конечными пользователями в Сан-Франциско в качестве ИТ-консультанта и системного администратора корпоративных сред.

Конечно, у неё есть тонна и других сертификаций. Джессика на протяжении 4 лет удерживала ранг Microsoft Most Valuable Professional в категории «Windows and Devices for IT» (в мире Microsoft это довольно важная штука). В частности, в 2013 году она получила сертификацию FEMA от Министерства национальной безопасности США (Homeland Security) как лидер во время кризисов и чрезвычайных ситуаций.

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

Пол Стэк

Он часто выступает на конференциях и доносит практику с переднего края внедрений CI/CD, принципы правильной организации operations-части и умеет доходчиво рассказать, зачем вообще админам этим заниматься. Пол — инфраструктурный разработчик, который раньше работал в HashiCorp и участвовал в разработке инструментов, используемых миллионами людей (например, Terraform).

Пол уже выступал на предыдущем DevOops, и участникам конференции он так понравился, что мы решили его пригласить снова!

Запись предыдущего доклада можно посмотреть здесь:

Его суть в том, что мы строим надежные отказоустойчивые системы — но как убедиться, что система действительно надежна? В этот раз доклад будет совершенно другой. Не можешь победить инциденты? У нас есть выбор: ждать инцидента и чинить при пожаре либо добавлять инциденты самим, пока не научимся выживать. Пол обещает показать, как добавить Хаос в вашу инфраструктуру и как противостоять ему. Тогда возглавь их!

Алёна Прохарчук

Раньше работала над построением инфраструктурных сервисов для виртуальных машин в проекте CloudStack, а теперь, как нетрудно догадаться, — для контейнеров с упором на Kubernetes. Алена — Principal Software Engineer в Rancher Labs (да, это те самые ребята, которые сделали Rancher, лозунг которого звучит как «Kubernetes Everywhere») и Project Management Committee в Apache Software Foundation. Это человек, который не только знает о Kubernetes всё, но и может рассказать о нём, занимая топовые места на конференциях.

Суть в том, что если когда-то было сложно работать с k8s в кластере, то теперь это вопрос решённый, и работа переместилась в область управления множеством кластеров. Её доклад — «Building a platform for managing multiple Kubernetes clusters: pitfalls and solutions». Но это не доклад о Rancher как о продукте, а именно о приобретённом опыте, который может понадобиться инженерам как по dev, так и по ops части. Будут рассматриваться конкретные проблемы и решения, подтверждаемые не абстрактными рассуждениями, а примерами их решения при разработке Rancher. Если вы не в курсе, зачем в компании иметь больше одного кластера Kubernetes, то на этот доклад стоит сходить.

Антон Вайс

Он является экспертом по техническому преподаванию, инициатором и соавтором первого в Израиле курса девопс-сертификации. Антон Вайс — совладелец технологического консалтинга Otomato Software, обладатель более чем 15-тилетнего опыта в области высоких технологий. Антон участвует в международных конференциях и известен как крутой докладчик.

За последние три года Отомато провели проекты «DevOps-трансформации» в нескольких крупных международных компаниях. В этот раз Антон приедет к нам с докладом «DevOps для динозавров: как поменять процессы, подходы и мышление в традиционной компании». Многое занимало гораздо больше времени и сил, чем хотелось. Помогали с переходом на новые технологии, облачные инфраструктуры и процессы непрерывной доставки.
Но главное — меняли модели сотрудничества и информационные потоки.
Было не просто, далеко не всё работало. В нём Антон рассмотрит всё, чему они научились, и расскажет: что работает, что не работает, что нужно делать сначала, а что потом, и на что в первую очередь стоит обратить внимание. Этот доклад основан на реальном опыте.

Антон Бабенко

Но до сих пор для Terraform не сформировались лучшие практики. Многие знают и используют Terraform в повседневной работе. Он готов поделиться своим ценным опытом с нами. Каждой команде приходится изобретать свои подходы, методы.
Антон ведет на GitHub коллекцию community-модулей Terraform для AWS (terraform-aws-modules, между прочим — более миллиона скачиваний!) и знает всё о долгосрочном поддержании Terraform в продакшне. Как стоит писать TF-модули, чтобы не было больно.

Александр Титов

Александр — организатор сообщества DevOps Moscow и конференции DevOpsDays Moscow.

До этого был техническим директором первого облачного хостинга в России — Scalaxy, а до этого прошёл увлекательный путь поглощений вместе с компанией Qik — путь из эксплуатации быстрорастущего стартапа к эксплуатации в крупной международной компании Microsoft. Как управляющий партнер в компании Экспресс 42, сейчас он выращивает DevOps в технологических компаниях.

Кирилл Толкачёв (@tolkv)

Возможно, вы знаете его как сооснователя «Two Devs One Ops» — крайне субъективного и крутого подкаста про DevOps и современный стек. Это один из спикеров, которого очень-очень хотела аудитория. Или как постоянного резидента подкаста «Разбор Полётов», или по рассказам и докладам про Groovy, Gradle, Spring и стек технологий Netflix.

Методологию DevOps знает не понаслышке и имеет четырехлетний опыт её применения. До недавнего времени Кирилл выступал как главный разработчик в Альфа-Лаборатории и разрабатывал банковские API, формируя принципы и наборы инструментов для работы с микросервисной архитектурой. Сейчас Кирилл шифруется, но у него наверняка есть чем поделиться.

Барух Садогурский (@jbaruch) и Леонид Игольник

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

На прошлом DevOops они сделали шикарный закрывающий кейноут, запись которого можно посмотреть здесь:

И так более десяти лет подряд, ни минуты об этом не жалея. Для тех, кто ещё не знает (такие вообще есть?), Барух — developer advocate в компании JFrog и делает в жизни ровно 3 вещи: зависает с разработчиками, пользователями и клиентами, пописывает для них код и рассказывает о впечатлениях в блогах и на конференциях — таких как DockerCon, DevOps Days, Container World, JPoint и Joker, да и многих других.

Всю свою карьеру он занимается онлайн-приложениями, начав её в одном из первых интернет-провайдеров Израиля. Леонид — бизнес-ангел и СТО крупной компании в Кремниевой Долине, где управляет разработкой SaaS-приложений в сфере enterprise security. Очевидно, Леонид хорошо знаком и с разработкой, и с управлением, и с администрированием масштабных проектов.

Хотите поучаствовать в конкурсе против таких зубров, как Сэт Варго и Лиз Райс? У вас есть интересная тема для доклада? СFP закрывается с огромной скоростью, до четырнадцатого августа совсем немного времени, и в программе осталось всего несколько мест. Значит, самое время подать заявку! Подайте заявку прямо сейчас.

DevOops 2018 пройдет 14 октября 2018 года в Санкт-Петербурге.

Обратите внимание на форму подписки на главной странице: новости точно будут. Дальнейшее знакомство с проектом можно продолжить на сайте.

Будет здорово! Ждём вас на DevOops 2018!

Теги
Показать больше

Похожие статьи

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Кнопка «Наверх»
Закрыть