Slurm DevOps - по-добре функциониращ синигер за 3 дни, отколкото красив кран в далечното бъдеще

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

В същото време трансформацията на DevOps във формата, в която се обсъжда в книги и на конференции, е само едногодишен проект. Или след години.

Ние изградихме нашия курс DevOps в парадигмата на „MVP DevOps в един спринт“ и „готовност за нарастване“. И ако в човешки план, тогава „така че участникът, след като се върне, да може веднага да приложи нещо у дома и да се възползва от него“.

MVP DevOps: Курсът съдържа инструменти за основни процеси на DevOps. Ние не си поставихме за задача да прегледаме и сравним всички CI/CD системи или да разкрием дълбочината на подхода на инфраструктурата като код. Предоставяме един ясен стек: Gitlab CI/CD, Ansible, Terraform и Packer, Molecule, Prometheus, EFK. Можете да дойдете от курсовете, да съберете инфраструктурата за пилотен проект от учебни материали и да работите в него.

Готовност за увеличения: предоставяме на всеки елемент много практика и примери. Можете да вземете един инструмент и да започнете да го прилагате, като използвате учебните чертежи. Например, напишете Ansible playbook за внедряване на среди за разработчици или свържете бот и администрирайте сървъра от телефона си. Тоест, получете конкретен практически резултат след седмица. Може да е безкрайно далече от DevOps трансформацията на цялата компания, но е там, тук е, работи и носи ползи.

Теми за Slurm DevOps

Тема №1: Най-добри практики на Git - говори само за себе си.
Тема #2: Работа с приложението от гледна точка на разработка — един инженер се нуждае от компетенциите на администратор и разработчик, така че ние казваме на администраторите за разработката.

Тема #3: Основи на CI/CD

• Въведение в CI/CD автоматизацията
• Gitlab CI Основи
• Най-добри практики с gitlab-runner
• Bash, make, gradle инструменти като част от CI/CD и др
• Docker като начин за решаване на CI проблеми

Тема #4: Gitlab CI/CD в производство

• Конкуренция при започване на работа
• Контрол на изпълнението и ограничения: само, когато
• Работа с артефакти
• Шаблони, включвания и микроуслуги: опростяване на внедряването

Запознаваме учениците с основните понятия и концепции на CI/CD и инструментариум за внедряване на CI/CD. В резултат на това ученикът ще може самостоятелно да избере шаблон за проектиране на CI/CD и подходящ инструмент за внедряване.

След това показваме внедряването на CI/CD в Gitlab и преминаваме през настройката, разглеждайки разширени начини за използване на Gitlab CI. В резултат на това студентът ще може самостоятелно да конфигурира Gitlab CI за свои собствени проекти.

В сравнение с първия DevOps Slurm, свихме теорията 2 пъти (един час на тема), отдалечихме се от прегледа на всички системи и оставихме само Gitlab CI. Фокусирахме се върху практиката и добавихме много най-добри практики.

Тема #5: Инфраструктурата като код

• IaC: подход към инфраструктурата като код
• Облачните доставчици като доставчици на инфраструктура
• Инструменти за инициализация на системата, изграждане на изображение (packer)
• IaC използва Terraform като пример
• Съхранение на конфигурация, сътрудничество, автоматизация на приложения
• Практика за създаване на книги за игри Ansible
• Идемпотентност, декларативност
• IaC, използвайки Ansible като пример

Намалихме теоретичната част върху UI и openstack cli и се фокусирахме върху практиката.
Нека да разгледаме два IaC подхода, използващи едно и също приложение, показвайки плюсовете и минусите на всеки подход. В резултат на това ученикът ще разбере кой подход къде да използва и ще може да работи както с Terraform, така и с Ansible.

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

Тема #6: Тестване на инфраструктура

• Нека да разберем защо не пишат тестове?
• Какви тестове има в IaC?
• Статичните анализатори, наистина ли са толкова безполезни?
• Единично тестване на IaC с използване на ansible + молекула като пример
• Тестване като част от ci
• Тестове на стероиди или как да не чакаме 5 часа, за да свършат IaC тестовете

Намалихме теоретичната част, по-малко истории за Vagrant/Molecule, повече практика и директно тестване, с фокус върху линтерите и работата с тях. Гледайки го от гледна точка на CI
как да направим тестването по-бързо. На практика ще има:

• самонаписан линтер, който проверява за наличието на задължителни променливи за хоста в зависимост от ролята;
• Ние добавяме към CI тестване само онези роли, които са се променили, което може значително да намали времето за изпълнение на теста;
• добавяне на тестване на сценарий. Ние внедряваме цялото приложение като интеграционен тест.

Тема #7: Наблюдение на инфраструктурата с Prometheus

• Как да изградим здравословна система за наблюдение
• Мониторингът като инструмент за анализ, ефективност на разработката и стабилност на кода, дори преди продажба
• Настройка на prometheus + alertmanager + grafana
• Преминаване от мониторинг на ресурси към мониторинг на приложения

Ще говорим много за мониторинг на микроуслуги: идентификатори на заявки, инструмент за мониторинг на API. Ще има много добри практики и много самостоятелна работа.

Нека напишем нашия собствен износител. Ще настроим мониторинг не само на производствена инфраструктура и приложения, но и на сборки в Gitlab. Нека да разгледаме статистиката за неуспешните тестове. Нека видим на практика как ще изглежда наблюдението без и с него HealthCheck.

Тема No8. Регистриране на приложение с ELK

• Преглед на Elastic и неговите инструменти
• ELK/Elastic Stack/x-pack - какво е какво и каква е разликата?
• Какви проблеми могат да бъдат разрешени с помощта на ElasticSearch (търсене, съхранение, функции за мащабиране, гъвкавост на конфигурацията)
• Наблюдение на инфраструктурата (x-pack)
• Журнали на контейнери и приложения (x-pack)
• Регистриране с помощта на нашето приложение като пример
• Практики за работа с Кибана
• Отворете Distro за Elasticsearch от Amazon

Темата е напълно преработена, водеща е Едуард Медведев, много го видяха на уебинара за DevOps и SRE. Той ще разкаже и демонстрира най-добрите практики за работа с EFK на примера на образователно приложение. Ще има тренировки с Кибана.

Тема #9: Автоматизация на инфраструктурата с ChatOps

• DevOps и ChatOps
• ChatOps: Силни страни
• Застой и алтернативи
• Ботове за ChatOps
• Hubot и алтернативи
• сигурност
• Тестване
• Най-добри и най-лоши практики

ChatOps добави практиката за удостоверяване с разделяне на правата, потвърждение на действия от друг потребител, теорията и практиката на алтернатива на Slack под формата на Mattermost, теорията на единиците и интеграционните тестове за бота.

DevOps slurm започва на 30 януари. Цена - 30.
За тези, които са приключили с четенето, има 15% отстъпка от курса DevOps, използвайки промоционалния код habrapost.

регистрация тук

Ще се радвам да те видя в Slurms!

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