Хабрахабр

Тридцать докладов DevOops 2019: Tim Lister, Hadi Hariri, Роман Шапошник и другие звёзды международного DevOps

Основные темы — это облака вообще и Cloud Native в частности, observability, мониторинг и аудит, CI/CD, безопасность и так далее — в общем, всё, что вы можете ожидать от конференции, посвященной именно девопсу. 29-30 октября в Санкт-Петербурге состоится DevOops 2019 — конференция, посвященная инженерным DevOps-решениям.

Этот хабрапост — обзор программы DevOops, который мы написали вместе с программным комитетом конференции.

Если вкратце:

  • Антон Вайс расскажет про сервис-меши;
  • Burr Sutter и Олег Ненашев — про CI/CD;
  • Дмитрий Столяров и Сергей Фёдоров — про мониторинг;
  • Про облака и Kubernetes есть огромная секция: Mete Atamel, Jessica Deen, Виктор Гамов, Иван Глушков…

Программа большая, в сумме 30 докладов.

Кейноуты ведут: Тим Листер (соавтор «Peopleware»), Hadi Hariri (руководитель Developer Advocacy в JetBrains) и Роман Шапошник (член совета директоров Apache Software Foundation и Linux Foundation LF Edge).

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

Case Study

За последнее время ситуация в мире стремительно развивается, например, продолжается война GitLab со всеми: у GitLab появилось всё, и они собираются продавать это как единый продукт (о чём сказал в скандальной статье журналу The Register CEO Sid Sijbrandij). Первая группа докладов — это «Case Study».

Вкратце, у GitHub тоже появилось всё, пусть и в preview, но те же Actions работают, Package Registry работает, Security тоже работает и так далее. При этом далеко не всё так радужно, и Никита Соболев как раз хочет рассказать, как они перелезли с GitLab на GitHub и почему. Да, в конце-концов ты перелезешь на Jenkins, потому что жизнь тяжела и полна ужасов, но по крайней мере docker image ты собрать уже можешь, и большинству для начала хватит. С другой стороны, Actions всё так же продолжают выкачивать весь репозиторий, вне зависимости от того, pull request в какую ветку ты тестируешь. Это был один пример из категории «Case Study», а вообще докладов там несколько:

Попадёт ли он опять в топ? NB: Барух Садогурский продолжает делать доклады на каждом новом DevOops. Делаем ставки.

Service Mesh

Мы молодцы, мы придумали дробить монолиты на микросервисы, но вместо окончательного решения проблемы мы столкнулись с невероятной сложностью микросеврисного мира. В докладах категории «Service Mesh» мы исследуем способы решения проблемы возрастающей сложности. Что-то подсказывает, что и с мешами проще не стало, но это тема для отдельного большого разговора. Меши придумывались, чтобы сложности стало меньше, а в итоге… что получилось, то получилось.

По сути, как только стало понятно, что микросервисы уменьшают сложность в архитектуре, но повышают нагрузку на админов, пришёл народ и сказал: «Ой, а может, это не всегда надо»? Сейчас можно встретить всё больше и больше статей и докладов на тему: а давайте перестанем микро-хардкодить и вернёмся к привычным монолитам. Например, если твоя система должна быть интегрирована с чем-то большим и внешним, с какой-то толстой базой данных, то количество решаемых микросервисами проблем меньше, чем проблем создаваемых — весь стейт будет проходить через эту базу, а микросервисы уже и не микро, ибо друг без друга жить не могут. Этот тезис никуда не делся, надо не всегда. В программе у нас даже есть такие любители монолитов — например, Alex Thissen с докладом «Flagging your features» рассказывает о том, что можно взять одно монолитное приложение, покрыть его feature-флагами и потом катить всегда из мастера.

Спросите наших докладчиков! Но кто же будет бороться с сервис-мешами?

CI/CD

Можно запускать в Travis, где угодно, как тебе такое, Илон Маск? Старичок Jenkins можно запускать без Jenkins! В целом, поскольку сейчас везде Kubernetes, все наши инструменты CI/CD подстраиваются под этот факт, Kubernetes надо поддерживать. (Это сейчас вполне серьёзно). Поэтому у нас появился JenkinsX, поэтому в TeamCity появляются новые фишки, поэтому GitHub-ы и GitLab-ы разворачивают свои CI — всем нужен Kubernetes.

Поскольку делать CD стало проще, начали появляться новые вариации того, как можно веселее раскатывать canary deployments, blue-green deployments, итп — куча готовых абстракций, которые можно использовать и радоваться жизни. Появление Kubernetes поменяло подходы к CD. У нас про Tekton ничего ещё нет (разве что, он упоминается в докладах Олега Ненашева и Burr Sutter), но весной постараемся сделать. Пример CI/CD, построенного на принципах Cloud Native — Tekton. Если кому интересно, что такое этот самый Cloud Native, стоит прочитать про 12-факторные приложения, это оно и есть. JenkinsX — абсолютно та же фишка, создан на основе Cloud Native проектов для Cloud Native. Как там недавно шутил Келси:

Доклады категории CI/CD:

Monitoring

Например, часто говорят, что никто так и не научился мониторить монолиты. В мире мониторинга все куда менее бурно, но есть фундаментальные вопросы. Проблема в том, что большинство монолитов — это легаси, и прикручивать мониторинг к существующим приложениям — это боль. Кажется, проблема не в том — ведь там нечему особо учиться. Если тебе сейчас скажут: напиши монолит так, чтобы его удобно было мониторить, это раз плюнуть: ты берешь всё, что мы любим, начиная от логов и метрик и заканчивая трейсингом, всё красиво туда вписываешь и получаешь полный observability.

И когда всё получится, с получившимся франкенштейном придётся как-то жить. Проблема в том, что мы сегодня говорим о прикручивании мониторинга к существующим большим монолитам, и вот это довольно нетривиально. Philipp Krenn расскажет, что при масштабировании мы начинаем терять ивенты, и, в общем-то, это нормально, но тут к нам приходят аудиторы и говорят — мы хотим смотреть отдельные ивенты! Поэтому у нас есть доклад Дмитрия Столярова про культуру on-call, он не очень технический, но помните, девопс — не только об инструментах! Как поженить масштабирование и аудит — неясно, неприятная проблема.

Микросервисы и Cloud Native заставили нас совершенно по-другому взглянуть на observability, потому что мы понимаем, что старые методы вроде тупого логирования, по которому мы дальше делаем cat, перестают работать. В целом, мы ещё не научились к монолитам прикручивать мониторинг, а микросервисы ещё сверху работы навалили. В микросервисных архитектурах, двигающихся в сторону реактивной модели, observability строится на тех ивентах, которыми они перебрасываются внутри. Недавно где-то в твиттере проскакивала шутка: «Если ты вставляешь ID в пять разных тулов, и дальше ищешь в них по этому ID, значит ты сам — observability tool». Мир стал в несколько раз сложнее для наблюдения, и далеко не все научились его наблюдать. А если это оркестрация, тогда ивентов нет, и приходится по-другому логи разбирать.

Доклады секции Monitoring:

Cloud

Когда-то считалось, что публичные облака — «наше всё». Клауды — самая большая и объемная тема. Потом оказалось, что ещё и не наше! Потом выяснилось, что не всё. Это началось не в этом году, а сильно раньше. Появилось много любителей приватных облаков, возникли гибридные облака. Например, как сочетаются VMWare с AWS, ведь VMWare пришёл и в Azure, и в AWS тоже пришёл, и вот это уже в масштабах года довольно большие новости. Сейчас один из основных вопросов в том, как объединять это всё.

Он проник повсюду, и кто-то даже начинает ждать — когда появится убийца Kubernetes? Конечно же, везде, в большинстве докладов (не только секции «Cloud») так или иначе упоминается Kubernetes. Ещё пару лет назад основным вопросом было — как жить с этой сложной непонятной штукой, но сейчас все уже привыкли к злому соседу и научились договариваться. Пока такового не видно. Knative? Операторы? Kotlin DSL?

Этот смелый новый мир настолько большой и разнообразный, что не имеет смысла тут всё перечислять, просто взгляните на этот список докладов:

Кейноуты

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

Все эти книги являются классикой в своей области и написаны вместе с коллегами по Atlantic Systems Guild. Конференцию открывает Тимоти Листер — соавтор книг «Peopleware», «Вальсируя с Медведями», «Adrenaline junkies and template zombies». В общем, о том, о чём он и так рассказывает в течение десятилетий, но обновлённое до реалий 2019 года. В докладе «Characters, community, and culture: Important factors for prosperity» Тим расскажет о best practices для организаций, о рабочей культуре, полезных и вредных аспектах работы в компании. Пишут ли они новую книгу — да, пишут, читайте интервью. Если интересны подробности, совсем недавно мы сделали с ним большое интервью для Хабра.

В докладе «Removing the barriers» он предлагает задуматься над вопросом: что если все обычные барьеры и проблемы исчезли, что дальше? Первый день завершает Hadi Hariri, легендарный руководитель команды Developer Advocacy в JetBrains, open source-разработчик и спикер на протяжении уже 15 лет. Оказывается, не всё так просто, и отсутствие барьеров — сама по себе достойная тема для обсуждения. Действительно ли это приведёт к росту продуктивности и гарантированному решению задач?

Его кейноут «Почему IT-индустрия переживает темные времена, как в этом виноват DevOps, и почему "Капитал" может помочь» постарается ответить на несколько философских вопросов про восхождение мультимедиа-облачных платформ, платформ с открытым кодом (Kubernetes и Cloud Foundry), Edge Computing и так далее. Ну и наконец, конференцию завершает Роман Шапошник, член совета директоров Apache Software Foundation и Linux Foundation LF Edge, лично приложивший руку к ядру Linux, Hadoop, ffmpeg и другим популярным проектам.

Что дальше?

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

О всех значительных новостях можно узнать либо из нашего блога на Хабре, либо подписавшись на почтовую рассылку на главной странице. Напоминаем, что DevOops 2019 состоится 29-30 октября в Санкт-Петербурге, билеты можно приобрести на официальном сайте конференции.

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

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

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

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

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