Что такое deployment management
Deployment Management — практика ITIL 4, отвечающая за перемещение нового или изменённого ПО, оборудования, документации и других компонентов в рабочие (и не только) среды. Цель — чтобы компоненты оказывались там, где нужно, в рабочем состоянии и предсказуемо.
Развёртывание vs релиз
Ключевое различие, которое снимает путаницу:
| Deployment (развёртывание) | Release (релиз) | |
|---|---|---|
| Вопрос | Как переместить в среду | Когда сделать доступным |
| Фокус | Технический процесс доставки | Доступность ценности для пользователя |
| Пример | Выкатить код на прод-сервер | Включить фичу пользователям |
Можно развернуть компонент, но не выпускать его (код на проде, но фича скрыта за feature-флагом) — и наоборот. Поэтому в ITIL 4 это разделили на две практики. Про релизы — отдельно: release management.
Четыре подхода к развёртыванию
- Big bang — развернуть всё сразу всем. Просто, но рискованно: откат затрагивает всех. Подходит для мелких или обязательных изменений.
- Поэтапный (phased) — волнами по группам/регионам. Снижает риск, позволяет учиться на первых волнах.
- Непрерывный (continuous) — постоянная доставка мелкими порциями (CI/CD). Минимальный риск на изменение, требует зрелой автоматизации.
- Pull — компонент доступен, пользователи/устройства забирают его сами, когда готовы (например, обновление приложения).
Связь с изменениями и CMDB
Развёртывание не живёт само по себе. Оно инициируется через управление изменениями (изменение авторизовано → разворачиваем) и обновляет CMDB (что, куда и когда развёрнуто). Без связи с CMDB вы теряете ответ на вопрос «какая версия где стоит» — а это критично при инцидентах и откатах.
Для on-premise продукта вроде TIQQET развёртывание — это и наш собственный процесс выкатки обновлений (через Docker-образы и CI/CD), и то, что наши клиенты контролируют у себя: обновление ставится на их сервер предсказуемо, с возможностью отката.
Попробуйте TIQQET в деле
On-premise ServiceDesk с полным циклом заявок, SLA-контролем и мобильными приложениями. Развёртывание за 1 день.
Частые вопросы
Чем deployment management отличается от release management?
Развёртывание — это «как переместить компонент в среду» (технический процесс доставки). Релиз — «когда сделать функциональность доступной пользователю». Можно развернуть код, но не выпускать фичу (feature-флаг), поэтому в ITIL 4 это разные практики.
Какие есть подходы к развёртыванию?
Четыре: big bang (всё сразу всем), поэтапный (волнами), непрерывный (CI/CD, мелкими порциями) и pull (пользователь забирает сам). Выбор зависит от риска, размера изменения и зрелости автоматизации.
Как развёртывание связано с управлением изменениями?
Развёртывание инициируется авторизованным изменением: сначала изменение одобрено через change management, затем разворачивается компонент. После — обновляется CMDB (какая версия где установлена), что критично для инцидентов и откатов.
Зачем разделять развёртывание и релиз?
Чтобы независимо управлять техническим перемещением и бизнес-доступностью. Современные практики (feature-флаги, blue-green, canary) прямо опираются на это разделение: разворачивать часто и безопасно, а выпускать — когда готов бизнес.