Развитие DevOps/NoOps инструментов. Что было, что есть, что будет.

Software quality assurance days
20 Международная конференция
по вопросам качества ПО
sqadays.com
Минск. 24–26 ноября 2016
Иван Евтухович
Экспресс 42. Москва, Россия
Развитие DevOps/NoOps инструментов. Что было,
что есть, что будет

DevOps консультанты

Музей валунов

Дворец водного спорта

Парк Челюскинцев

План
• Предпосылки для изменений
• Что такое DevOps?
• DevOps — текущее состояние дел
• DevOps завтра и переход к NoOps

Оцифровка бизнеса
• Количество систем растет
• Количество серверов растет
• Требования к скорости внедрения
растет
• Старый подход к разделению на Dev и
Ops не удовлетворяет требованиям
времени
• Что делать?

Схема корпорации*
* Генри Минцберг
Структура Автоматизация ИТ-архитектура
Рынок
Компания
Бизнес-процессы
Application
Middleware
Database

Схема технологической
компании
РынокКомпания
Программное
обеспечение

Пример

Наш опытTime-to-market
Рынок
Программное
обеспечение
Инженеры
Стратегический апекс

DevOps
• Конфликт Dev и Ops
• Совместная работа над созданием ценности
• Соответствующие практики и инструменты

История
• 2008 - Патрик Дебоиз (Patrick Debois)
• Agile Infrastructure
• 2009 - DevOpsDays в Бельгии
• Более 30 DevOpsDays в 2016 году

CAMS
• Культура
• Автоматизация
• Измерения
• Обучение

Конвейер непрерывной
поставки ПО
• Delivery Pipeline
• Представление процесса изготовления ПО, как
конвейера
• Каждый комит — отдельное “изделие”
• Четко выделенные стадии
• Полная автоматизация

CI/CD
• Continuous Integration
• Continuous Delivery
• Процесс, при котором в бой может попасть
любой комит по “нажатию кнопки”

Управление
конфигурацией
• Управлению конфигурацией много лет
• Оно существует у вас, даже если вы об этом не
знаете
• Переход от документов к коду
• Infrastructure as a Code
• Повторяемость окружение (сред, ландшафтов)

Управление тестовыми
средами
• Создание удаление тестовых сред “по кнопке”:
• функциональных
• интеграционных
• нагрузочных и т.д.

DevOps сегодня
• Активное использование систем управления
конфигурацией
• Активное использование CI/CD инструментов
• Появления новых систем мониторинга
• Появление NoSQL, NewSQL, OpenSource в
корпорациях

Популярные
инструменты
• Chef/Ansible/Puppet/SaltStack
• Jenkins/Bamboo/TeamCity/Rundeck
• Grafana/Prometheus/Graphite
• ELK/Graylog
• AWS/OpenStack/GCE/VMWare

ruby_install ruby_version do
action :install
end
ruby_set ruby_version do
action :set
username user
end
directory "#{application_directory}/" do
owner user
group user
end
key = Chef::EncryptedDataBagItem.load('deploy-key', 'key')
file "/home/#{user}/.ssh/id_rsa" do
content key['private_key']
owner user
group user
mode '0600'
end
%w(libmagickwand-dev libmagickcore-dev libpq-dev imagemagick).each do |pack|
package pack
end

tasks:
- name: create ec2 instances
ec2:
key_name: brun
instance_type: t2.micro
image: ami-9a380b87
wait: yes
region: eu-central-1
group: webservers
count: 1

Недостатки систем
управления конфигурацией
• Conﬁguration Drift
• Гетерогенная инфраструктура
• Тяжело поддерживать на больших проектах
• Сложны для изучения

Недостатки DevOps
• Сложно “нарезать” Ops на несколько команд
• Есть специализация у Ops, есть чистые Ops
задачи
• Общаться с Ops все равно долго

Закон Конвея
• Мелвин Конвей, 1968
• http://evtuhovich.ru/blog/2016/10/05/conways-law/
• http://www.melconway.com/Home/
Committees_Paper.html

Формулировка
Организация, которая
создает систему,
ограничена дизайном,
который копирует
структуру коммуникации
в этой организации

NoOps
• Service Discovery
• Микросервисная архитектура
• DC/OS
• Платформенный подход

Избавляем бизнес от ИТ-зависимости
Service Discovery
• Обнаружение сервисов — уровень интеграции,
конфигурация межсервисного взаимодействия
• Consul/Etcd/Zookeeper/SkyDNS
• Raft/Paxos/Gossip

Архитектура
three-tier microservices

Микросервисы
• Один сервис — одна команда (2 пиццы)
• Продуктовое мышление
• Умные эндпоинты и глупый транспорт
• Децентрализованное управление

Достоинства
• Любые языки/фреймворки
• Небольшие компоненты
• Слабая связность
• Легкость обновления

Недостатки
• Сложно выкатывать
• Сложно тестировать
• Распределенная система
• Сложно эксплуатировать
• Несогласованная БД

Docker и контейнеризация
Application
Libraries
Frameworks
Services
OS Env

Достоинства
• Неизменяемые
• Стандартная поставка
• Долго хранятся
• Хороший выбор абстракции

Недостатки
• Еще один уровень абстракции
• Переделка приложений
• Активное использование Service Discovery
• Плохо подходят для stateful сервисов

Наш опытDatacenter Operating System
DCOS

Это не мистика
• Mesos/Marathon https://mesosphere.github.io/
marathon/
• DC/OS https://dcos.io/
• http://kubernetes.io/
• Amazon ECS
• Rancher

Continuous Delivery

Про тестирование
• Полная автоматизация тестирования:
• юнит-тестирование
• интеграционное
• нагрузочное
• безопасности

Смерть ручного
тестирования
• Слишком долго в мире, где время решает все
• Релиз-инженер / DevOps-инженер
• Автоматизатор всего

Про ML и светлое
будущее
• ML активно проникает в IT-продукты
• Распознавание образов поможет заменить
тестировщиков

Выводы
• Научитесь доставлять изменения за минуты даже
в гигантских проектах
• Научитесь тестировать все автоматически
• Заглядывайте в будущее

DevOps сообщество
• devopsru.com
• http://www.meetup.com/DevOps-Moscow-in-Russian
• https://groups.google.com/forum/#!forum/devopsru
• http://hangops.ru
• http://devopsdeﬂope.ru
• http://rootconf.ru/

Дефлопе!

Книги
• Проект “Феникс”. Роман о
том, как DevOps меняет
бизнес к лучшему. Джин Ким
и др.

Контакты
http://express42.com
@evtuhovich
evtuhovich@gmail.com

Развитие DevOps/NoOps инструментов. Что было, что есть, что будет.

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Viewers also liked

Viewers also liked (10)

Similar to Развитие DevOps/NoOps инструментов. Что было, что есть, что будет.

Similar to Развитие DevOps/NoOps инструментов. Что было, что есть, что будет. (20)

More from Ivan Evtukhovich

More from Ivan Evtukhovich (8)

Развитие DevOps/NoOps инструментов. Что было, что есть, что будет.