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

Бесплатная экспертная база знаний по управлению ИТ

 
Непрерывное развёртывание
 
Интегрированный набор практик и инструментов, используемых для развёртывания изменений программного обеспечения в рабочую среду. Эти изменения программного обеспечения уже прошли заранее определённые автоматизированные тесты.
 
Синонимы
постоянное развёртывание
Answer
Оригинальный английский термин
continuous deployment
Answer
Подробности
Непрерывное развёртывание — это подход к поставке программного обеспечения, при котором изменения, прошедшие заранее определённые автоматизированные проверки, автоматически развёртываются в рабочую среду без ручного «выпуска» в конце цепочки. В контексте ITSM это тесно связано с управлением релизами, управлением развёртыванием и управлением изменениями: поток создания ценности от идеи до эксплуатации становится максимально коротким и предсказуемым, а риск снижается за счёт малых порций изменений, высокой повторяемости и встроенного контроля качества. На практике непрерывное развёртывание требует стандартизированных пайплайнов, однозначных критериев допуска, надёжного мониторинга и управления событиями, а также чёткой обратной связи от пользователей и команд поддержки, чтобы быстро выявлять деградацию услуги и откатывать изменения при необходимости. При этом термин описывает именно доставку изменений в рабочую среду, а не всю разработку: он не охватывает управление требованиями, дизайн решения, ручное тестирование как основной механизм контроля, а также стратегические решения о том, какие продукты или услуги следует развивать.
Answer
Нюансы
Непрерывное развёртывание часто путают с непрерывной интеграцией и непрерывным развёртыванием как «частыми релизами». Непрерывная интеграция фокусируется на частой сборке и проверках в среде разработки, тогда как непрерывное развёртывание подразумевает автоматический перевод изменений в рабочую среду при выполнении критериев. Также его ошибочно трактуют как отказ от управления изменениями: на практике управление изменениями остаётся необходимым, но смещается в сторону заранее согласованных моделей изменения, автоматизированных проверок и прозрачной трассируемости, чтобы орган управления изменениями мог управлять риском через правила и контроль, а не через ручные согласования каждого шага. Ещё одна типичная ошибка — считать, что наличие автоматизированных тестов само по себе гарантирует безопасность: без качественной валидации, наблюдаемости, управления конфигурацией и готовности команды поддержки непрерывное развёртывание может ускорить распространение ошибок. Важно различать «возможность быстро выкатить» и «обязанность выкатывать всегда»: некоторые изменения по требованиям соответствия требованиям, рисков или окон обслуживания могут требовать дополнительных условий, хотя сам механизм непрерывного развёртывания при этом сохраняется.
Answer
Примеры
  • Изменение конфигурации сервиса в репозитории после прохождения автоматизированных тестов автоматически развёртывается в рабочую среду и активируется без ручного шага
  • Небольшое исправление дефекта в API после успешного прогона пайплайна автоматически развёртывается в рабочую среду, а мониторинг и события отслеживают рост ошибок и инициируют откат при превышении порога
  • Обновление фронтенда после прохождения набора автоматизированных тестов и валидации автоматически развёртывается в рабочую среду с постепенным включением для части пользователей
  • Патч библиотеки в продукте автоматически развёртывается в рабочую среду при выполнении критериев модели изменения, а запись об изменении создаётся и связывается с релизом
Courses
Рекомендуемые продукты по этой теме
 
 
Что такое непрерывное развёртывание в ITIL и ITSM? Смотрите в глоссарии по управлению ИТ, входящим в бесплатную экспертную базу знаний по управлению ИТ от компании Cleverics.