🥇Слёрм DevOps: защо няма да обсъждаме философията на DevOps и какво ще бъде вместо нея

Днес в Southbridge на заседание обсъждахме тюркоазен мениджмънт.

Имаше такива, които предлагаха да се движим отгоре надолу, от идея към практика. Всъщност, да внедрим философията на тюркоазения мениджмънт: да намерим еталон, да вземем решение за това как трябва да се делят ролите, как трябва да се изгражда комуникацията и да започнем да вървим по този път.

Имаше и такива (включително и аз), които искаха да се движим отдолу нагоре, от практика към идея. Имаме конкретни задачи и конкретни проблеми. Нека да ги решаваме, опирайки се на тюркоазените инструменти, и тюркоазеният мениджмънт ще се усъвършенства сам.

Ако сравним управлението с разработка, то пътят отгоре надолу е създаване на монолит, а пътят отдолу нагоре е микросервисна архитектура. В момента, в нашето "микросервисно" управление, можем два пъти на ден да пренаредим управленския контур и веднага да го "пуснем в продукция".

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

Няма да обсъждаме философията на DevOps. Не, защото е безсмислена, или не я знаем, или не обичаме спорове (а не обичаме). Просто философията на DevOps се кристализира в всеки архитект и инженер на DevOps през годините на практика, а не за три дни интензивно обучение.

Ще обсъдим конкретни инструменти. Това, което може да бъде внедрено незабавно, без философски разговори и управленска пренастройка, на ниво ежедневна работа. Да напишем инструкция за екипна работа с Git. Да напишем плейбук за разгръщане на сървъри. Да настроим събирач на логове.

В резултат на това работата ще стане по-лесна и по-проста, ще се появи основа, върху която може да се построи собственото ви DevOps.

За да излезем извън практиките на Southbridge, по някои теми поканихме лектори отстрани.

Артьом Галонски, CTO на "БюроБюро"
В търговската разработка 12+ години.
Тиймлид / ръководител на отдела по разработка от 2011 година.
Технически директор от 2016 година.

Заедно със студентите ще разгледаме начините за автоматизация на разгръщането на приложения, които са се използвали в миналото. Ще обсъдим съвременното изграждане на пайплайни и някои общи инструменти. Подробно ще разгледаме инструментите и възможностите на GitLab CI/CD. Практиката по моите теми (Въведение в автоматизацията и Работа с GitLab) съм структурирал така, че студентите да усетят как и за какво се прилагат съвременните методи CI/CD. Теорията ще бъде на обективно необходимия минимум.

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

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

Едуард Медведев, CTO в Tungsten Labs (Германия)
Работил е като инженер в StackStorm, отговарял е за ChatOps функционалността на платформата. Разработвал и внедрявал ChatOps при автоматизация на дата центрове. Лектор на руски и международни конференции.

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

Иван Круглов, Principal Developer в Booking.com
От момента на постъпването си в Booking.com през 2013 работил е по инфраструктурни проекти, като разпределена доставка и обработка на съобщения, Big Data и уеб стек, търсене.
В момента се занимава с въпросите на изграждането на вътрешно облако и Service Mesh.

В последната част на Слърма ще се запознаем с основните идеологически и организационни концепции на SRE, ще разгледаме практиката на тяхното приложение на живи примери от моя опит. Освен това ще разгледаме техническата страна на SRE, а именно какви техники може да използвате, за да направите услугата по-надеждна.
В края на курса, ще се опитам да отговоря на два важни въпроса:

Какво точно дава SRE на администратора или програмиста?

Защо е важно за собственика на бизнес или продукт да внедри SRE?

Така че този Слёрм DevOps ще бъде уникален: ако повторим програмата, то ще е в друг състав.

За внимателните все още важи отстъпка от 15% с промокод habrapost.

За програмата Слёрм DevOps — тук.

Регистрация: https://slurm.io/devops

Източник: habr.com