continuous integration, continuous delivery

Непрерывная интеграция — это дисциплина разработки, при которой изменения кода регулярно и часто объединяются в общий репозиторий и автоматически проходят сборку и проверки качества. В контексте ITSM она важна тем, что снижает риск изменений, повышает предсказуемость релизов и ускоряет восстановление услуги за счёт раннего обнаружения ошибок. На практике непрерывная интеграция обычно реализуется через конвейер, который запускается при каждом коммите или запросе на слияние: выполняет компиляцию, статический анализ, автоматизированные тесты, формирует артефакт (пакет) и публикует его в репозитории артефактов. Это поддерживает управление релизами и управление развёртыванием, так как на выходе получается воспроизводимый, готовый к дальнейшему продвижению пакет. Непрерывная интеграция применима как для приложений, так и для инфраструктуры как кода, и хорошо сочетается с DevOps и Agile, когда требуется частая поставка ценности. Вне её области — фактическое развёртывание в рабочую среду, организационное одобрение изменения через орган управления изменениями, а также эксплуатационный мониторинг, управление инцидентами и управление проблемами; эти активности могут использовать результаты непрерывной интеграции, но не являются её частью.

Частая ошибка — путать непрерывную интеграцию с непрерывным развёртыванием. Непрерывная интеграция заканчивается получением проверенного артефакта, готового к развёртыванию, но не означает автоматического выпуска в рабочую среду; это уже область управления развёртыванием и, в более широком смысле, управления релизами. Ещё одно заблуждение — считать, что непрерывная интеграция «про инструменты», а не про практики: без культуры малых изменений, единых стандартов ветвления и обязательных автоматизированных тестов конвейер превращается в формальность. На уровне управления изменениями непрерывная интеграция не отменяет контроль: даже при высокой степени автоматизации организация может требовать оценку риска, проверку соответствия требованиям и формальное решение органа управления изменениями для отдельных типов изменения, особенно для экстренного изменения. Также важно не воспринимать «зелёную» сборку как гарантию отсутствия дефектов: тесты проверяют только то, что покрыто сценариями, и не заменяют управление валидацией и тестированием на уровне услуги. Наконец, нередкая ловушка — накапливать «большие» изменения, что увеличивает сложность слияния и вероятность ошибок; цель непрерывной интеграции — уменьшать размер партий и быстро получать цикл обратной связи.