Managed CI/CD

Continious Inegration/Continious Delivery (иногда: Continious Deployment)

Автоматизация непрерывной доставки и непрерывной интеграции разработки приложения от DevOps-экспертов

CI/CD – один из ключевых компонентов философии DevOps, который также является одной из лучших Agile-практик.

Это – способ организации процессов и принципы управления, которые позволяют командам разработки:

Минимизировать ошибки
Увеличить скорость сборки
Повысить качество продукта
Быстрее получать обратную связь

Такой результат достигается за счет непрерывных автоматизации и мониторинга всех этапов разработки. CI/CD часто иллюстрируют с помощью “беcконечного цикла”, что отражает принципы непрерывности и проактивности.

Continuous Integration

CI (Continuous Integration) или непрерывная интеграция — основной CI/CD процесс. Он подразумевает, что участки и копии кода, которые пишут отдельные разработчики, объединяются в центральном репозитории, где потом происходят сборки и тесты с участием инструментов автоматизации.

В основе продуктов, предоставляющих CI как услугу, находится система контроля версий исходного кода, который осуществляется с помощью таких инструментов как Git.

CI – залог эффективности команд разработки.

Continuous Delivery

CD (Continuous Delivery, непрерывная доставка) фокусируются на плавности и автоматизации релизов. Ее суть – непрерывный цикл получения обратной связи за счет того, что конечный пользователь получает обновленные версии продукта так часто, как это возможно, результаты обратной связи мгновенно учитываются в следующем релизе.

Использует методы OLTP (оперативная обработка транзакций) и OLAP (оперативный анализ данных)

Continuous Deployment

CD (Continuous Deployment) или непрерывное развертывание — стадия выпуска релиза, на которой с помощью автоматических тестов проверяется правильность и стабильность решения для последующего автоматического развертывания в рабочем окружении. Происходит без участия человека.

Повышение качества продукта

Автоматическое тестирование позволяет выявлять проблемы на ранних этапах, что невозможно при стандартном waterfall-подходе

Возможность A/B/C/D тестирования до релиза

Вы выбираете наиболее эффективный билд, не тратя время на развертывание в конечной среде

Ускорение разработки и внесения изменений

Сокращается время от задачи до качественного запуска, что позволяет быстрее выкладывать обновления (= улучшать продукт) по сравнению с конкурентами, которые не используют CI/CD.

Несмотря на все плюсы CI/CD, команды, которые начинают внедрять этот подход с нуля, сталкиваются со следующими проблемами:

Нехватка опыта работы с методологией, путаница в понятиях. Для того, чтобы достаточно быстро получить результат, нужен опыт, а также правильная организация перехода на новые процессы.
Сложность распределения ролей в новой команде. Появление новых процессов = изменения в старых = время на адаптацию плюс возможные конфликты и стресс в команде.
Нехватка ресурсов. Частичное следствие предыдущего пункта: те люди, которые занимались “разработкой” 90% времени, теперь будут посвящать ей 80% (или меньше), а остальное время посвящать настройке процессов CI/CD, что явно не способствует скорости разработки.
Безопасность. Команды, переходящие на CI/CD, часто забывают приоритизировать задачи, связанные с безопасностью. Среди них могут быть хранение данных авторизации, анализ угроз, планирование архитектуры, отвечающей новым требованиям