Портал №1 по управлению цифровыми
и информационными технологиями

DevOps 2018. Аналитика

Опубликовано 24 сентября 2018
Рубрики: DevOps, Аналитика: точка зрения
Комментарии

Авторы исследования DevOps из компании Puppet за последние 7 лет опросили более 30 000 технических специалистов по всему миру, чтобы изучить отношения между ИТ-эффективностью, практикой DevOps, культурой, организационной эффективностью и другими элементами, которые влияют на результаты бизнеса. В 2018 году они определили пять различных этапов эволюции DevOps и критические практики на каждом этапе, которые помогают компаниям добиться успеха и прогресса в движении к следующему уровню зрелости.

Авторы исходят из предположения, что конкретные практики могут ускорить успешное принятие DevOps на разных этапах. Они также считают, что самые успешные примеры развития DevOps распространяются подобно волнам от подразделений-лидеров к другим частям компаний.

В отчете приведены следующие ключевые выводы и рекомендации о текущем состоянии DevOps:

В эволюции DevOps существует много путей к успеху и еще больше тех, что ведут к неудаче. Путь включает в себя много запусков отдельных инициатив, опасен затуханием и остановкой движения и не имеет четко прописанных маршрутов. DevOps – это постоянная эволюция, и конечного назначения нет. Но авторы предлагают способы добиться успеха быстрее. Они определили пять этапов эволюции DevOps и ключевые методы, которые помогут вам перейти к следующему этапу вашего путешествия.

Высшие руководители имеют более оптимистичное представление о своем успехе в части DevOps, чем подчиненные им команды. Полагаясь на отфильтрованную  восходящую информацию, они часто не видят узких мест и нарушенных процессов, которые замедляют прогресс. Лучший способ выровнять это – взаимодополняющие вертикали автоматизации и измерения DevOps.

Начните с практики, наиболее близкой к производству; затем беритесь за процессы более ранних стадий цикла предоставления программного обеспечения. Авторы рекомендуют начинать с наиболее типичной болевой точки – между Dev и Ops.

Обмен опыта между командами – ключ к успешному масштабированию DevOps. Практики с наиболее значительным воздействием на скорость эволюции в DevOps зависят от их совместного использования. Организации, у которых есть небольшие островки успеха DevOps, не распространившие этот успех за их пределы, зашли в тупик и не могут перейти на более высокие уровни автоматизации и самообслуживания. Выделите строительные блоки, которые можно многократно использовать в разных командах, например, шаблоны развертывания. Содействие повторному использованию успешных моделей, позволяющее командам вносить улучшения в инструменты и делиться как успехами, так и неудачами, имеет решающее значение для расширения трех других составляющих DevOps: культуры, автоматизации и измерения.

Авторы выполнили анализ частоты использования определенных практик DevOps в организациях и разбили картину на 5 стадий (уровней зрелости):

Стадия 0: Создание основы

Определяющие практики:

  • Мониторинг и оповещение настраиваются командой, предоставляющей услугу.
  • Шаблоны развертывания для создания приложений или служб используются повторно.
  • Повторное использование шаблонов тестирования для создания приложений или служб.
  • Команды вносят улучшения в инструменты, предоставляемые другими командами.
  • Конфигурации управляются соответствующим инструментом управления.

Стадия 1: Нормализация технологического стека

  • Команды разработки приложений используют контроль версий.
  • Развертывание выполняется в стандартном наборе операционных систем.

Стадия 2: Стандартизация и снижение разнообразия

  • Разработка ведется в стандартном наборе технологий.
  • Развертывание выполняется в одной операционной системе.

Стадия 3: Распространение практик DevOps

  • Члены команд могут выполнять работу без получения отдельного согласования руководства, не входящего в команду.
  • Шаблоны развертывания для создания приложений и сервисов используются повторно.
  • Инфраструктурные изменения проверяются перед развертыванием в производство.

Стадия 4: Автоматизация предоставления инфраструктуры

  • Конфигурирование систем автоматизировано.
  • Предоставление автоматизировано.
  • Конфигурации приложений находятся под управлением версиями.
  • Команды инфраструктуры используют контроль версий.

Стадия 5: Обеспечение возможностей самообслуживания

  • Ответы на инциденты автоматизированы.
  • Получение доступа к ресурсам возможно через самообслуживание.
  • Архитектура приложений перестроена под потребности бизнеса.
  • Группы безопасности участвуют в разработке и внедрении технологических решений.

Также в отчете приводится описание использования CAMS модели в оценке зрелости DevOps  в организации.

Электронную версию документа можно заказать здесь.


Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM