SlideShare a Scribd company logo
1 of 45
Download to read offline
Культура 
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!0 
80% времени восстановления после сбоя уходит на выявление изменения, 
приведшего к сбою, и лишь 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

More Related Content

What's hot

Длинный путь к DevOps?
Длинный путь к DevOps?Длинный путь к DevOps?
Длинный путь к DevOps?CEE-SEC(R)
 
Dev ops performance lab-v2 (1)
Dev ops performance lab-v2 (1)Dev ops performance lab-v2 (1)
Dev ops performance lab-v2 (1)Rostislav Achilov
 
DevOps и системы управления конфигурацией. SECON 2015
DevOps и системы управления конфигурацией. SECON 2015DevOps и системы управления конфигурацией. SECON 2015
DevOps и системы управления конфигурацией. SECON 2015Ivan Evtukhovich
 
Как развить отдел тестирования от палки-копалки до CI
Как развить отдел тестирования от палки-копалки до CIКак развить отдел тестирования от палки-копалки до CI
Как развить отдел тестирования от палки-копалки до CICEE-SEC(R)
 
Модель системы Continuous Integration в компании Positive Technologies | Тиму...
Модель системы Continuous Integration в компании Positive Technologies | Тиму...Модель системы Continuous Integration в компании Positive Technologies | Тиму...
Модель системы Continuous Integration в компании Positive Technologies | Тиму...Positive Hack Days
 
Devops: от заката до рассвета
Devops: от заката до рассветаDevops: от заката до рассвета
Devops: от заката до рассветаAlexander Titov
 
ROSS2012 - Alfresco и Alvex - обзор
ROSS2012 - Alfresco и Alvex - обзорROSS2012 - Alfresco и Alvex - обзор
ROSS2012 - Alfresco и Alvex - обзорAlexey Vasyukov
 
Нагрузка и автоматизация в большой организации. Движение к DevOps
Нагрузка и автоматизация в большой организации. Движение к DevOpsНагрузка и автоматизация в большой организации. Движение к DevOps
Нагрузка и автоматизация в большой организации. Движение к DevOpsSQALab
 
Let's Talk About Junit 5
Let's Talk About Junit 5Let's Talk About Junit 5
Let's Talk About Junit 5SQALab
 
Особенности внедрения KPI или как доказать, что Ваш «зеленый» проект реально ...
Особенности внедрения KPI или как доказать, что Ваш «зеленый» проект реально ...Особенности внедрения KPI или как доказать, что Ваш «зеленый» проект реально ...
Особенности внедрения KPI или как доказать, что Ваш «зеленый» проект реально ...CEE-SEC(R)
 
Переписать нельзя рефакторить
Переписать нельзя рефакторитьПереписать нельзя рефакторить
Переписать нельзя рефакторитьCEE-SEC(R)
 
Микросервисы в бизнес-приложениях: Теория и практика
Микросервисы в бизнес-приложениях: Теория и практикаМикросервисы в бизнес-приложениях: Теория и практика
Микросервисы в бизнес-приложениях: Теория и практикаCEE-SEC(R)
 
Делимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяца
Делимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяцаДелимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяца
Делимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяцаSQALab
 
Sqadays 2010 burmistrov_fomin_20101120(2)
Sqadays 2010 burmistrov_fomin_20101120(2)Sqadays 2010 burmistrov_fomin_20101120(2)
Sqadays 2010 burmistrov_fomin_20101120(2)Alexei Lupan
 
Игорь Леонтьев, Lead Architect on all Blockchain projects of Viseo group
Игорь Леонтьев, Lead Architect on all Blockchain projects of Viseo groupИгорь Леонтьев, Lead Architect on all Blockchain projects of Viseo group
Игорь Леонтьев, Lead Architect on all Blockchain projects of Viseo groupAlina Vilk
 
Discovery Kanban для управления беклогом Scrum-команды
Discovery Kanban для управления беклогом Scrum-командыDiscovery Kanban для управления беклогом Scrum-команды
Discovery Kanban для управления беклогом Scrum-командыCEE-SEC(R)
 
Всеволод Поляков: “Организованный DevOps”
Всеволод Поляков: “Организованный DevOps”Всеволод Поляков: “Организованный DevOps”
Всеволод Поляков: “Организованный DevOps”Provectus
 
Организация процессов разработки – введение в Microsoft alm final
Организация процессов разработки – введение в Microsoft alm finalОрганизация процессов разработки – введение в Microsoft alm final
Организация процессов разработки – введение в Microsoft alm finalMicrosoft
 
ALM Roadshow Организация процессов разработки – введение в Microsoft ALM/DevOps
ALM Roadshow Организация процессов разработки – введение в Microsoft ALM/DevOpsALM Roadshow Организация процессов разработки – введение в Microsoft ALM/DevOps
ALM Roadshow Организация процессов разработки – введение в Microsoft ALM/DevOpsMicrosoft
 
Часть 1: Введение
Часть 1: ВведениеЧасть 1: Введение
Часть 1: ВведениеOleg Popov
 

What's hot (20)

Длинный путь к DevOps?
Длинный путь к DevOps?Длинный путь к DevOps?
Длинный путь к DevOps?
 
Dev ops performance lab-v2 (1)
Dev ops performance lab-v2 (1)Dev ops performance lab-v2 (1)
Dev ops performance lab-v2 (1)
 
DevOps и системы управления конфигурацией. SECON 2015
DevOps и системы управления конфигурацией. SECON 2015DevOps и системы управления конфигурацией. SECON 2015
DevOps и системы управления конфигурацией. SECON 2015
 
Как развить отдел тестирования от палки-копалки до CI
Как развить отдел тестирования от палки-копалки до CIКак развить отдел тестирования от палки-копалки до CI
Как развить отдел тестирования от палки-копалки до CI
 
Модель системы Continuous Integration в компании Positive Technologies | Тиму...
Модель системы Continuous Integration в компании Positive Technologies | Тиму...Модель системы Continuous Integration в компании Positive Technologies | Тиму...
Модель системы Continuous Integration в компании Positive Technologies | Тиму...
 
Devops: от заката до рассвета
Devops: от заката до рассветаDevops: от заката до рассвета
Devops: от заката до рассвета
 
ROSS2012 - Alfresco и Alvex - обзор
ROSS2012 - Alfresco и Alvex - обзорROSS2012 - Alfresco и Alvex - обзор
ROSS2012 - Alfresco и Alvex - обзор
 
Нагрузка и автоматизация в большой организации. Движение к DevOps
Нагрузка и автоматизация в большой организации. Движение к DevOpsНагрузка и автоматизация в большой организации. Движение к DevOps
Нагрузка и автоматизация в большой организации. Движение к DevOps
 
Let's Talk About Junit 5
Let's Talk About Junit 5Let's Talk About Junit 5
Let's Talk About Junit 5
 
Особенности внедрения KPI или как доказать, что Ваш «зеленый» проект реально ...
Особенности внедрения KPI или как доказать, что Ваш «зеленый» проект реально ...Особенности внедрения KPI или как доказать, что Ваш «зеленый» проект реально ...
Особенности внедрения KPI или как доказать, что Ваш «зеленый» проект реально ...
 
Переписать нельзя рефакторить
Переписать нельзя рефакторитьПереписать нельзя рефакторить
Переписать нельзя рефакторить
 
Микросервисы в бизнес-приложениях: Теория и практика
Микросервисы в бизнес-приложениях: Теория и практикаМикросервисы в бизнес-приложениях: Теория и практика
Микросервисы в бизнес-приложениях: Теория и практика
 
Делимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяца
Делимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяцаДелимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяца
Делимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяца
 
Sqadays 2010 burmistrov_fomin_20101120(2)
Sqadays 2010 burmistrov_fomin_20101120(2)Sqadays 2010 burmistrov_fomin_20101120(2)
Sqadays 2010 burmistrov_fomin_20101120(2)
 
Игорь Леонтьев, Lead Architect on all Blockchain projects of Viseo group
Игорь Леонтьев, Lead Architect on all Blockchain projects of Viseo groupИгорь Леонтьев, Lead Architect on all Blockchain projects of Viseo group
Игорь Леонтьев, Lead Architect on all Blockchain projects of Viseo group
 
Discovery Kanban для управления беклогом Scrum-команды
Discovery Kanban для управления беклогом Scrum-командыDiscovery Kanban для управления беклогом Scrum-команды
Discovery Kanban для управления беклогом Scrum-команды
 
Всеволод Поляков: “Организованный DevOps”
Всеволод Поляков: “Организованный DevOps”Всеволод Поляков: “Организованный DevOps”
Всеволод Поляков: “Организованный DevOps”
 
Организация процессов разработки – введение в Microsoft alm final
Организация процессов разработки – введение в Microsoft alm finalОрганизация процессов разработки – введение в Microsoft alm final
Организация процессов разработки – введение в Microsoft alm final
 
ALM Roadshow Организация процессов разработки – введение в Microsoft ALM/DevOps
ALM Roadshow Организация процессов разработки – введение в Microsoft ALM/DevOpsALM Roadshow Организация процессов разработки – введение в Microsoft ALM/DevOps
ALM Roadshow Организация процессов разработки – введение в Microsoft ALM/DevOps
 
Часть 1: Введение
Часть 1: ВведениеЧасть 1: Введение
Часть 1: Введение
 

Viewers also liked

Nastachku slideshttp://www.slideshare.net/squadette/2012-45697461
Nastachku slideshttp://www.slideshare.net/squadette/2012-45697461Nastachku slideshttp://www.slideshare.net/squadette/2012-45697461
Nastachku slideshttp://www.slideshare.net/squadette/2012-45697461Alexey Mahotkin
 
Дмитрий Галинский "Sphinx - как база данных"
Дмитрий Галинский "Sphinx - как база данных"Дмитрий Галинский "Sphinx - как база данных"
Дмитрий Галинский "Sphinx - как база данных"railsclub
 
Кодабра, Фонд "Наше будущее"
Кодабра, Фонд "Наше будущее"Кодабра, Фонд "Наше будущее"
Кодабра, Фонд "Наше будущее"Dmitry Lohansky
 
Алан Милц - семинар по финансовому потоку
Алан Милц - семинар по финансовому потокуАлан Милц - семинар по финансовому потоку
Алан Милц - семинар по финансовому потокуAndrew Artishchev
 
FFI Library: use C extensions in Ruby
FFI Library: use C extensions in RubyFFI Library: use C extensions in Ruby
FFI Library: use C extensions in RubySasha Koss
 
Beyond Ruby (RubyConf Argentina 2011)
Beyond Ruby (RubyConf Argentina 2011)Beyond Ruby (RubyConf Argentina 2011)
Beyond Ruby (RubyConf Argentina 2011)Konstantin Haase
 
Amplifr deck as it was june 2013
Amplifr deck as it was june 2013Amplifr deck as it was june 2013
Amplifr deck as it was june 2013Nate Gadgibalaev
 
Rubinius: Ruby написанный на Ruby
Rubinius: Ruby написанный на RubyRubinius: Ruby написанный на Ruby
Rubinius: Ruby написанный на RubyIvan Samsonov
 
VoxImplant eCommerce Use Cases
VoxImplant eCommerce Use CasesVoxImplant eCommerce Use Cases
VoxImplant eCommerce Use CasesAlexey Aylarov
 
Как построить Hr бренд
Как построить Hr брендКак построить Hr бренд
Как построить Hr брендKaterina Gavrilova
 
Billing In SaaS applications on Rails
Billing In SaaS applications on RailsBilling In SaaS applications on Rails
Billing In SaaS applications on RailsIgor Alexandrov
 
Работа с унаследованным кодом. Есть ли жизнь после коммита.
Работа с унаследованным кодом. Есть ли жизнь после коммита.Работа с унаследованным кодом. Есть ли жизнь после коммита.
Работа с унаследованным кодом. Есть ли жизнь после коммита.Vadim Kruchkov
 

Viewers also liked (20)

About downloads
About downloadsAbout downloads
About downloads
 
Education
EducationEducation
Education
 
Nastachku slideshttp://www.slideshare.net/squadette/2012-45697461
Nastachku slideshttp://www.slideshare.net/squadette/2012-45697461Nastachku slideshttp://www.slideshare.net/squadette/2012-45697461
Nastachku slideshttp://www.slideshare.net/squadette/2012-45697461
 
Progress engine
Progress engineProgress engine
Progress engine
 
Дмитрий Галинский "Sphinx - как база данных"
Дмитрий Галинский "Sphinx - как база данных"Дмитрий Галинский "Sphinx - как база данных"
Дмитрий Галинский "Sphinx - как база данных"
 
Кодабра, Фонд "Наше будущее"
Кодабра, Фонд "Наше будущее"Кодабра, Фонд "Наше будущее"
Кодабра, Фонд "Наше будущее"
 
Алан Милц - семинар по финансовому потоку
Алан Милц - семинар по финансовому потокуАлан Милц - семинар по финансовому потоку
Алан Милц - семинар по финансовому потоку
 
FFI Library: use C extensions in Ruby
FFI Library: use C extensions in RubyFFI Library: use C extensions in Ruby
FFI Library: use C extensions in Ruby
 
Beyond Ruby (RubyConf Argentina 2011)
Beyond Ruby (RubyConf Argentina 2011)Beyond Ruby (RubyConf Argentina 2011)
Beyond Ruby (RubyConf Argentina 2011)
 
О ThinkWith.Me за 2 минуты
О ThinkWith.Me за 2 минутыО ThinkWith.Me за 2 минуты
О ThinkWith.Me за 2 минуты
 
Amplifr deck as it was june 2013
Amplifr deck as it was june 2013Amplifr deck as it was june 2013
Amplifr deck as it was june 2013
 
Rubinius: Ruby написанный на Ruby
Rubinius: Ruby написанный на RubyRubinius: Ruby написанный на Ruby
Rubinius: Ruby написанный на Ruby
 
Chef
ChefChef
Chef
 
Undev webvybory
Undev webvyboryUndev webvybory
Undev webvybory
 
VoxImplant eCommerce Use Cases
VoxImplant eCommerce Use CasesVoxImplant eCommerce Use Cases
VoxImplant eCommerce Use Cases
 
Отладка кода в браузере
Отладка кода в браузереОтладка кода в браузере
Отладка кода в браузере
 
Как построить Hr бренд
Как построить Hr брендКак построить Hr бренд
Как построить Hr бренд
 
Devcamp nodejs-2010
Devcamp nodejs-2010Devcamp nodejs-2010
Devcamp nodejs-2010
 
Billing In SaaS applications on Rails
Billing In SaaS applications on RailsBilling In SaaS applications on Rails
Billing In SaaS applications on Rails
 
Работа с унаследованным кодом. Есть ли жизнь после коммита.
Работа с унаследованным кодом. Есть ли жизнь после коммита.Работа с унаследованным кодом. Есть ли жизнь после коммита.
Работа с унаследованным кодом. Есть ли жизнь после коммита.
 

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

верещак. построение культуры Dev ops. v0.5 copy
верещак. построение  культуры Dev ops. v0.5 copyверещак. построение  культуры Dev ops. v0.5 copy
верещак. построение культуры Dev ops. v0.5 copyMagneta AI
 
Развитие DevOps/NoOps инструментов. Что было, что есть, что будет.
Развитие DevOps/NoOps инструментов.  Что было, что есть, что будет.Развитие DevOps/NoOps инструментов.  Что было, что есть, что будет.
Развитие DevOps/NoOps инструментов. Что было, что есть, что будет.Ivan Evtukhovich
 
Развитие сообщества Open DevOps Community
Развитие сообщества Open DevOps CommunityРазвитие сообщества Open DevOps Community
Развитие сообщества Open DevOps CommunityPositive Hack Days
 
Что DevOps должен знать про статический анализ кода?
Что DevOps должен знать про статический анализ кода?Что DevOps должен знать про статический анализ кода?
Что DevOps должен знать про статический анализ кода?Andrey Karpov
 
"Что такое DevOps?" Титов Александр, Экспресс 42
"Что такое DevOps?" Титов Александр, Экспресс 42"Что такое DevOps?" Титов Александр, Экспресс 42
"Что такое DevOps?" Титов Александр, Экспресс 42it-people
 
Учебный день конференции HighLoad++ 2013
Учебный день конференции HighLoad++ 2013Учебный день конференции HighLoad++ 2013
Учебный день конференции HighLoad++ 2013Ontico
 
Реальный DevOps в энтерпрайзе
Реальный DevOps в энтерпрайзеРеальный DevOps в энтерпрайзе
Реальный DevOps в энтерпрайзеAlexander Taratorin
 
Учебный день конференции HighLoad++ 2013
Учебный день конференции HighLoad++ 2013Учебный день конференции HighLoad++ 2013
Учебный день конференции HighLoad++ 2013Ontico
 
SecDevOps. Разработка, DevOps и безопасность.
SecDevOps. Разработка, DevOps и безопасность.SecDevOps. Разработка, DevOps и безопасность.
SecDevOps. Разработка, DevOps и безопасность.Valery Boronin
 
DevOps-трансформация Альфа-Банка / Антон Исанин (Альфа-Банк)
DevOps-трансформация Альфа-Банка / Антон Исанин (Альфа-Банк)DevOps-трансформация Альфа-Банка / Антон Исанин (Альфа-Банк)
DevOps-трансформация Альфа-Банка / Антон Исанин (Альфа-Банк)Ontico
 
Управление изменениями в сложных информационных системах
 Управление изменениями в сложных информационных системах  Управление изменениями в сложных информационных системах
Управление изменениями в сложных информационных системах Valery Bychkov
 
Теория и практика сокращения релизного цикла
Теория и практика сокращения релизного циклаТеория и практика сокращения релизного цикла
Теория и практика сокращения релизного циклаSQALab
 
Успешная карьера в современной разработки программного обеспечения
Успешная карьера в современной разработки программного обеспеченияУспешная карьера в современной разработки программного обеспечения
Успешная карьера в современной разработки программного обеспеченияSergey Morgunov
 
Agile тестирование в enterpise проектов: путь трансформации
Agile тестирование в enterpise проектов: путь трансформацииAgile тестирование в enterpise проектов: путь трансформации
Agile тестирование в enterpise проектов: путь трансформацииAndrey Rebrov
 
Гибкость, возведенная в абсолют
Гибкость, возведенная в абсолютГибкость, возведенная в абсолют
Гибкость, возведенная в абсолютamirutov
 
Sdlc by Anatoliy Anthony Cox
Sdlc by  Anatoliy Anthony CoxSdlc by  Anatoliy Anthony Cox
Sdlc by Anatoliy Anthony CoxAlex Tumanoff
 
Микросервисы: откуда столько шума?
Микросервисы: откуда столько шума?Микросервисы: откуда столько шума?
Микросервисы: откуда столько шума?Ivan Evtukhovich
 

Similar to Вебинар "Культура DevOps: основы эффективного взаимодействия IT-команд" (20)

верещак. построение культуры Dev ops. v0.5 copy
верещак. построение  культуры Dev ops. v0.5 copyверещак. построение  культуры Dev ops. v0.5 copy
верещак. построение культуры Dev ops. v0.5 copy
 
Развитие DevOps/NoOps инструментов. Что было, что есть, что будет.
Развитие DevOps/NoOps инструментов.  Что было, что есть, что будет.Развитие DevOps/NoOps инструментов.  Что было, что есть, что будет.
Развитие DevOps/NoOps инструментов. Что было, что есть, что будет.
 
We're all DevOps [RU]
We're all DevOps [RU]We're all DevOps [RU]
We're all DevOps [RU]
 
Развитие сообщества Open DevOps Community
Развитие сообщества Open DevOps CommunityРазвитие сообщества Open DevOps Community
Развитие сообщества Open DevOps Community
 
Что DevOps должен знать про статический анализ кода?
Что DevOps должен знать про статический анализ кода?Что DevOps должен знать про статический анализ кода?
Что DevOps должен знать про статический анализ кода?
 
"Что такое DevOps?" Титов Александр, Экспресс 42
"Что такое DevOps?" Титов Александр, Экспресс 42"Что такое DevOps?" Титов Александр, Экспресс 42
"Что такое DevOps?" Титов Александр, Экспресс 42
 
Учебный день конференции HighLoad++ 2013
Учебный день конференции HighLoad++ 2013Учебный день конференции HighLoad++ 2013
Учебный день конференции HighLoad++ 2013
 
Реальный DevOps в энтерпрайзе
Реальный DevOps в энтерпрайзеРеальный DevOps в энтерпрайзе
Реальный DevOps в энтерпрайзе
 
Учебный день конференции HighLoad++ 2013
Учебный день конференции HighLoad++ 2013Учебный день конференции HighLoad++ 2013
Учебный день конференции HighLoad++ 2013
 
SecDevOps. Разработка, DevOps и безопасность.
SecDevOps. Разработка, DevOps и безопасность.SecDevOps. Разработка, DevOps и безопасность.
SecDevOps. Разработка, DevOps и безопасность.
 
DevOps-трансформация Альфа-Банка / Антон Исанин (Альфа-Банк)
DevOps-трансформация Альфа-Банка / Антон Исанин (Альфа-Банк)DevOps-трансформация Альфа-Банка / Антон Исанин (Альфа-Банк)
DevOps-трансформация Альфа-Банка / Антон Исанин (Альфа-Банк)
 
Управление изменениями в сложных информационных системах
 Управление изменениями в сложных информационных системах  Управление изменениями в сложных информационных системах
Управление изменениями в сложных информационных системах
 
Теория и практика сокращения релизного цикла
Теория и практика сокращения релизного циклаТеория и практика сокращения релизного цикла
Теория и практика сокращения релизного цикла
 
Успешная карьера в современной разработки программного обеспечения
Успешная карьера в современной разработки программного обеспеченияУспешная карьера в современной разработки программного обеспечения
Успешная карьера в современной разработки программного обеспечения
 
Agile тестирование в enterpise проектов: путь трансформации
Agile тестирование в enterpise проектов: путь трансформацииAgile тестирование в enterpise проектов: путь трансформации
Agile тестирование в enterpise проектов: путь трансформации
 
Гибкость, возведенная в абсолют
Гибкость, возведенная в абсолютГибкость, возведенная в абсолют
Гибкость, возведенная в абсолют
 
Sdlc by Anatoliy Anthony Cox
Sdlc by  Anatoliy Anthony CoxSdlc by  Anatoliy Anthony Cox
Sdlc by Anatoliy Anthony Cox
 
Wild microservices and imaginary DevOps
Wild microservices and imaginary DevOpsWild microservices and imaginary DevOps
Wild microservices and imaginary DevOps
 
Enter: testing
Enter: testingEnter: testing
Enter: testing
 
Микросервисы: откуда столько шума?
Микросервисы: откуда столько шума?Микросервисы: откуда столько шума?
Микросервисы: откуда столько шума?
 

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

  • 1. Культура DevOps: основы эффективного взаимодействия IT-команд Святослав Верещак Express 42
  • 2. Меня слышно? Если да, напишите в чате «да» Надежные решения для сложной инфраструктуры
  • 3. О чем поговорим I. Что такое DevOps II. Типы корпоративной культуры III. Критерии DevOps IV. Практики и инструменты DevOps ~ 35-40 минут, потом вопросы
  • 4. Часть I. Что такое DevOps
  • 5. Основные сложности эксплуатации в IT ✦ Сбои и ошибки ✦ Требования от бизнеса ✦ Отсутствие контроля ✦ Отсутсвие актуальной информации о системе
  • 7. DevOps: предпосылки Любое изменение инфраструктуры – как прогулка по минному полю. Идти первым никто не хочет!
  • 8. DevOps: предпосылки Перенос сервиса на новую площадку – как переезд в новую квартиру Непонятно, получится ли собрать это снова
  • 9. DevOps: предпосылки Мониторинг всегда “красный” О настоящих проблемах вы узнаете слишком поздно
  • 10. DevOps: предпосылки Отношения «разработки» и «эксплуатации» напоминает постановку сражения Монтекки против Капулетти за деньги бизнеса
  • 11. DevOps: истоки ✦ ITIL и ITSM ✦ Agile разработка ✦ Компании-лидеры ✦ Энтузиасты-наблюдатели ✦ Стабильность и производительность ✦ Практики и культурные аспекты
  • 13. Что такое DevOps ✦ DevOps – это методология разработки и эксплуатации программного обеспечения, основной идеей которой является сосредоточение на коммуникации, сотрудничестве и интеграции между командами разработки и эксплуатации.
  • 14. Что люди думают о DevOps ✦ «Мы храним конфигурацию в системе контроля версий, у нас DevOps?» ✦ «Мы используем Jenkins для автоматизированного тестирования, у нас DevOps?» ✦ …
  • 16. С чего начинать Начинать необходимо не с внедрения инструментов, а с развития соответствующей культуры
  • 17. Часть II. Типы корпоративной культуры
  • 18. Три типа корпоративной культуры ✦ Как передается информация внутри компании? ✦ Три типа культуры* Патологическая Бюрократическая Производительная * R Westrum. A typology of organisational cultures, Qual. Saf. Health Care 2004;13; 22-27
  • 19. Три типа корпоративной культуры общие параметры Патологические Бюрократические Производительные Методы управления Силовые Регламентирующие Целеполагающие Уровень сотрудничества Низкий уровень Средний уровень Высокий уровень Мессенджеры Искореняются Игнорируются Рекомендуются Ответственность Уклонение Узкая область Широкая область Горизонтальные связи Порицаются Допускаются Поощряются Реакция на сбои Новые козлы отпущения Новые правила Новые исследования Отношение к инновациям Подавляются Приводят к проблемам Внедряются
  • 20. Патология ✦ «Какова моя выгода от этой информации?» ✦ Сбой → «Козел отпущения» → «Наказание» ✦ Релиз = незапланированная работа
  • 21. Бюрократия ✦ «Что мне предписано делать с этой информацией?» ✦ Сбой → Виновный → Новая инструкция ✦ Изменения = проблемы
  • 22. Производительность ✦ «Кому сейчас требуется эта информация?» ✦ Сбой → Исследование → Улучшение ✦ Непрерывные изменения – основа развития
  • 23. Три типа корпоративной культуры: резюме Патологические Бюрократические Производительные Как передается информация Кому выгодно? Кому предписано? Для кого важно? К чему приводят сбои Поиск виновных Новые инструкции Исследование проблемы
  • 25. DevOps: критерии количественные ✦ Частота релизов deployment frequency ✦ Время внедрения изменения lead time for changes ✦ Среднее время восстановления после сбоя mean time to recover ✦ Доля успешных изменений сhange fail rate
  • 26. Критерии DevOps ✦ Частота релизов deployment frequency f!∞
  • 27. Критерии DevOps ✦ Время внедрения изменения lead time for changes t!0
  • 28. Критерии DevOps ✦ Среднее время восстановления после сбоя mean time to recover t!0 80% времени восстановления после сбоя уходит на выявление изменения, приведшего к сбою, и лишь 20% на фактическое устранение сбоя
  • 29. Критерии DevOps ✦ Доля успешных изменений сhange fail rate Xs/X!1 Этот показатель может превышать 99%
  • 30. DevOps: критерии качественные 1. Проактивный мониторинг и логирование 2. Повторяемость окружений 3. «Win-win» отношения между разработчиками и системными инженерами 4. Версионирование для всех сущностей
  • 31. Часть IV. Практики и инструменты DevOps
  • 32. DevOps-практики ✦ «Инфраструктура как код» ✦ Непрерывная интеграция ✦ Обратная связь ✦ Автоматизированное тестирование
  • 33. DevOps-практика: «Инфраструктура как код» ✦ Система управления конфигурацией позволяет составить формализованное описание состояния управляемого узла. Система сама определяет, что нужно сделать для достижения этого состояния, и осуществляет все необходимые действия. Это позволяет быстро, контролируемо и повторяемым образом осуществлять переконфигурирование системы: достаточно всего лишь изменить описание
  • 34. DevOps-инструменты: «Инфраструктура как код» ✦ Ansible ✦ Chef ✦ Puppet ✦ SaltStack
  • 35. Критерии оценки инструментов для управления конфигурацией ✦ Расширяемость (Уровень абстракции внутреннего языка / Поддержка API) ✦ Поддержка Enterprise ✦ Объем и качество базы готовых рецептов ✦ Активность сообщества
  • 36. DevOps-практика: Непрерывная интеграция ✦ Выполнение частых автоматизированных сборок проекта для скорейшего выявления и решения проблем интеграции.
  • 37. DevOps-инструменты: Непрерывная интеграция ✦ Jenkins ✦ Bamboo ✦ Travis CI ✦ CruiseControl ✦ TeamCity
  • 38. DevOps инструменты: сбор обратной связи ✦ Централизованные системы логирования ✦ Graylog ✦ logstash ✦ Splunk ✦ Системы мониторинга c API для автоматизации управления ✦ Zabbix ✦ New Relic
  • 39. DevOps практики: Автоматизированное тестирование ✦ Автоматизированное тестирование – практика написания тестов, которые исполняет компьютер. Позволяет значительно сократить затраты человеческих ресурсов на тестирование, добиться стабильно качества продукта и уменьшить количество регрессий.
  • 40. DevOps инструменты автоматизированное тестирование ✦ Selenium ✦ Cucumber ✦ Rational Robot ✦ QTP ✦ TestComplete
  • 42. DevOps инструменты практики культура ✦ Определить культуру ✦ Подсчитывать показатели
  • 43. – Чего делать-то? – Поговорим на следующем вебинаре