Культура DevOps: основы эффективного взаимодействия IT-команд

Святослав ВерещакExpress 42

Меня слышно?

Если да, напишите в чате «да»

Надежные решения для сложной инфраструктуры

О чем поговорим

I. Что такое DevOps

II. Типы корпоративной культуры

III. Критерии DevOps

IV. Практики и инструменты DevOps ~ 35-40 минут, потом вопросы

Часть I.Что такое DevOps

Основные сложности эксплуатации в IT✦ Сбои и ошибки

✦ Требования от бизнеса

✦ Отсутствие контроля

✦ Отсутсвие актуальной информации о системе

DevOps: предпосылки

Пятничная выкатка

DevOps: предпосылки

Любое изменение инфраструктуры – как прогулка по минному полю.

Идти первым никто не хочет!

DevOps: предпосылки

Перенос сервиса на новую площадку – как переезд в новую квартиру

Непонятно, получится ли собрать это снова

DevOps: предпосылки

Мониторинг всегда “красный”О настоящих проблемах вы узнаете слишком поздно

DevOps: предпосылки Отношения «разработки» и «эксплуатации» напоминает постановку сражения Монтекки против Капулетти за деньги бизнеса

DevOps: истоки

✦ ITIL и ITSM

✦ Agile разработка

✦ Компании-лидеры

✦ Энтузиасты-наблюдатели

✦ Стабильность и производительность

✦ Практики и культурные аспекты

Что такое DevOps

Что такое DevOps✦ DevOps – это методология разработки и

эксплуатации программного обеспечения, основной идеей которой является сосредоточение на коммуникации, сотрудничестве и интеграции между командами разработки и эксплуатации.

Что люди думают о DevOps✦ «Мы храним конфигурацию в системе

контроля версий, у нас DevOps?»

✦ «Мы используем Jenkins для автоматизированного тестирования, у нас DevOps?»

✦ …

DevOps

культура

практики

инструменты

С чего начинать

Начинать необходимо не с внедрения инструментов, а с развития соответствующей культуры

Часть II.Типы корпоративной культуры

Три типа корпоративной культуры

✦ Как передается информация внутри компании?

✦ Три типа культуры*

Патологическая Бюрократическая Производительная

* R Westrum. A typology of organisational cultures, Qual. Saf. Health Care 2004;13; 22-27

Три типа корпоративной культуры общие параметры

Патологические Бюрократические Производительные

Методы управления Силовые Регламентирующие Целеполагающие

Уровень сотрудничества Низкий уровень Средний уровень Высокий уровень

Мессенджеры Искореняются Игнорируются Рекомендуются

Ответственность Уклонение Узкая область Широкая область

Горизонтальные связи Порицаются Допускаются Поощряются

Реакция на сбоиНовые козлы отпущения Новые правила Новые исследования

Отношение к инновациям Подавляются Приводят к проблемам Внедряются

Патология

✦ «Какова моя выгода от этой информации?»

✦ Сбой → «Козел отпущения» → «Наказание»

✦ Релиз = незапланированная работа

Бюрократия

✦ «Что мне предписано делать с этой информацией?»

✦ Сбой → Виновный → Новая инструкция

✦ Изменения = проблемы

Производительность

✦ «Кому сейчас требуется эта информация?»

✦ Сбой → Исследование → Улучшение

✦ Непрерывные изменения – основа развития

Три типа корпоративной культуры: резюме

Патологические Бюрократические Производительные

Как передается информация Кому выгодно? Кому предписано? Для кого важно?

К чему приводят сбои Поиск виновных Новые инструкции Исследование проблемы

Часть III.Критерии DevOps

DevOps: критерии количественные✦ Частота релизов

deployment frequency

✦ Время внедрения изменения lead time for changes

✦ Среднее время восстановления после сбоя mean time to recover

✦ Доля успешных изменений сhange fail rate

Критерии DevOps✦ Частота релизов

deployment frequency

f!∞

Критерии DevOps✦ Время внедрения изменения

lead time for changes

t!0

Критерии DevOps✦ Среднее время восстановления после сбоя

mean time to recover

t!080% времени восстановления после сбоя уходит на выявление изменения, приведшего к сбою, и лишь 20% на фактическое устранение сбоя

Критерии DevOps✦ Доля успешных изменений

сhange fail rate

Xs/X!1Этот показатель может превышать 99%

DevOps: критерии качественные1. Проактивный мониторинг и логирование

2. Повторяемость окружений

3. «Win-win» отношения между разработчиками и системными инженерами

4. Версионирование для всех сущностей

Часть IV. Практики и инструменты DevOps

DevOps-практики

✦ «Инфраструктура как код»

✦ Непрерывная интеграция

✦ Обратная связь

✦ Автоматизированное тестирование

DevOps-практика: «Инфраструктура как код»✦ Система управления конфигурацией позволяет составить формализованное описание состояния управляемого узла. Система сама определяет, что нужно сделать для достижения этого состояния, и осуществляет все необходимые действия. Это позволяет быстро, контролируемо и повторяемым образом осуществлять переконфигурирование системы: достаточно всего лишь изменить описание

DevOps-инструменты: «Инфраструктура как код»

✦ Ansible

✦ Chef ✦ Puppet ✦ SaltStack

Критерии оценки инструментов для управления конфигурацией

✦ Расширяемость (Уровень абстракции внутреннего языка / Поддержка API)

✦ Поддержка Enterprise

✦ Объем и качество базы готовых рецептов

✦ Активность сообщества

DevOps-практика: Непрерывная интеграция✦ Выполнение частых автоматизированных сборок проекта для скорейшего выявления и решения проблем интеграции.

DevOps-инструменты:Непрерывная интеграция✦ Jenkins

✦ Bamboo

✦ Travis CI ✦ CruiseControl ✦ TeamCity

DevOps инструменты: сбор обратной связи✦ Централизованные системы логирования

✦ Graylog ✦ logstash ✦ Splunk

✦ Системы мониторинга c API для автоматизации управления

✦ Zabbix ✦ New Relic

DevOps практики: Автоматизированное тестирование✦ Автоматизированное тестирование – практика написания тестов, которые исполняет компьютер. Позволяет значительно сократить затраты человеческих ресурсов на тестирование, добиться стабильно качества продукта и уменьшить количество регрессий.

DevOps инструменты автоматизированное тестирование

✦ Selenium

✦ Cucumber ✦ Rational Robot ✦ QTP

✦ TestComplete

Эпилог

DevOps

культура

практики

инструменты

✦ Определить культуру

✦ Подсчитывать показатели

– Чего делать-то? – Поговорим на следующем вебинаре

Что почитать

Контактыhttp://devopsru.com/ http://devopsdeflope.ru/ #devopsru hello@devopsru.com