Slurm Devops: Почему Мы Не Будем Обсуждать Философию Devops И Что Будет Вместо Этого

Сегодня в Саутбридже мы обсуждали управление бирюзой на совещании по планированию.

Были и те, кто предлагал двигаться сверху вниз, от идеи к практике.

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

Были те (в том числе и я), кто хотел двигаться снизу вверх, от практики к идее.

У нас есть конкретные задачи и конкретные проблемы.

Давайте решать их на основе бирюзовых инструментов, а бирюзовый менеджмент будет развиваться сам собой.

Если сравнивать управление с разработкой, путь сверху вниз — это создание монолита, а путь снизу вверх — микросервисная архитектура.

Теперь в нашем «микросервисном» управлении мы можем дважды в день перестраивать схему управления и сразу же «закатывать ее в производство».

И программа Слёрм DevOps создан для тех, кто предпочитает двигаться снизу вверх.



Slurm DevOps: почему мы не будем обсуждать философию DevOps и что будет вместо этого

Мы не будем обсуждать философию DevOps. Не потому, что это бессмысленно, или мы этого не знаем, или мы не любим холивары (а мы их не любим).

Просто философия DevOps кристаллизуется в каждом DevOps-архитекторе и инженере за годы практики, а не за 3 дня интенсивного обучения.

Мы обсудим конкретные инструменты.

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

Напишите инструкции по командной работе с Git. Напишите сценарий развертывания серверов.

Настройте сборщик журналов.

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

Артём Галонский, СТО «БюроБюро» Более 12 лет в коммерческом развитии.

Руководитель группы/руководитель отдела разработки с 2011 года.

Технический директор с 2016 года.

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

Давайте обсудим современное строительство трубопроводов и некоторые распространенные инструменты.

Давайте подробнее рассмотрим инструменты и возможности GitLab CI/CD. Практику по своим темам («Введение в автоматизацию» и «Работа с Gitlab») я построил так, чтобы студенты почувствовали, как и почему используются современные методы CI/CD. Теория будет объективно необходимым минимумом.

Алексей Степаненко, инженер облачной платформы Selectel Решение инфраструктурных задач по обслуживанию облака OpenStack: мониторинг, CI/CD и управление конфигурациями.

Сначала мы поговорим о моделях и методах управления инфраструктурой (как подходы из программирования пришли в администрирование), а также познакомимся на практике с инструментами DevOps компании HashiCorp (Packer и Terraform) для декларативного управления инфраструктурой.

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

Дуард Медведев, технический директор Tungsten Labs (Германия) Работал инженером в StackStorm, отвечал за функциональность платформы ChatOps. Разработал и внедрил ChatOps для автоматизации центров обработки данных.

Спикер российских и международных конференций.

На Slurm я расскажу о том, как сделать общение внутри команды DevOps и взаимодействие с конвейером CI/CD более эффективным с помощью двусторонней интеграции с чат-ботами.

Иван Круглов, главный разработчик Booking.com С момента прихода в Booking.com в 2013 году он работал над инфраструктурными проектами, такими как распределенная доставка и обработка сообщений, BigData и веб-стек, поиск.

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

В последней части Слерма мы познакомимся с основными идеологическими и организационными концепциями СРЕ, а также рассмотрим практику их применения на живых примерах из моего опыта.

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

В конце курса я постараюсь ответить на два важных вопроса:

  1. Что дает SRE администратору или программисту?
  2. Почему владельцу бизнеса или продукта необходимо внедрить SRE?
Так что этот DevOps Slurm будет уникальным: если мы повторим программу, то уже с другим составом.

Для внимательных еще действует скидка 15% по промокоду хабрапоста.

О программе DevOps компании Slurm — Здесь .

Постановка на учет: https://slurm.io/devops Теги: #Системное администрирование #Администрирование серверов #DevOps #мероприятие #обучение #slurm

Вместе с данным постом часто просматривают: