CI/CD

Разберём аббревиатуру. CI, непрерывная интеграция, — это про то, что изменения каждого разработчика вливаются в общую ветку часто, и каждое вливание автоматически проверяется: сборка, юнит-тесты, линтеры, проверка типов, иногда сканирование зависимостей на уязвимости. CD, непрерывная доставка или развёртывание, — про то, что прошедшая проверки сборка автоматически уезжает дальше: на стенд для приёмки либо сразу в продакшн. Между этими двумя вариантами и проходит граница между «доставкой» и «развёртыванием».

Ценность для бизнеса измеряется не «современностью процессов», а частотой и стоимостью релизов. Когда выкладка занимает четыре часа ручной работы и делается по ночам, она случается раз в месяц, а значит правки копятся, релиз становится большим и рискованным, а откат — болезненным. Когда выкладка занимает десять минут и запускается кнопкой, релизы становятся мелкими, ошибки находятся быстрее, и любая правка доезжает до пользователя в день, когда её сделали. Это напрямую влияет на скорость реакции на рынок, а не только на комфорт команды.

Минимально полезная конфигурация для коммерческого проекта выглядит скромнее, чем принято думать: сборка на каждый пул-реквест, набор автотестов на критичные сценарии (оплата, регистрация, оформление заказа), отдельный стенд для приёмки, миграции базы в том же конвейере и возможность откатиться на предыдущую версию одной командой. Главная ловушка — конвейер без тестов: он ускоряет доставку в продакшн ровно так же надёжно, как и доставку ошибок туда же. Вторая — секреты и ключи в репозитории, которые вместе с автоматизацией разъезжаются повсюду.

Смежные термины

• Технический долгТехнический долг — накопленная разница между тем, как система устроена, и тем, как она должна быть устроена: каждое упрощение ради срока превращается в постоянную надбавку к стоимости и срокам всех последующих задач.
• РефакторингРефакторинг — изменение внутренней структуры кода без изменения его внешнего поведения: функциональность до и после одинакова, меняются читаемость, связанность и стоимость следующей доработки, а результат подтверждается тестами и регрессом.
• МикросервисыМикросервисы — архитектура, где приложение разбито на несколько самостоятельных сервисов со своими базами и релизным циклом: они общаются по сети через API, деплоятся независимо и масштабируются по отдельности, но требуют зрелой инфраструктуры.
• SLASLA — соглашение об уровне сервиса: в нём зафиксированы доступность системы в процентах, время реакции и время устранения по классам инцидентов, часы работы поддержки и компенсации на случай, если подрядчик эти показатели не выдержал.
• Легаси-кодЛегаси-код — работающий код, который дорого менять: он написан на устаревшем стеке, не покрыт тестами или потерял авторов, поэтому любая правка требует восстанавливать логику по исходникам и грозит поломкой в непредсказуемом месте.

Услуги по теме

• Доработка и поддержка сайтаНе каждый проект нужно переписывать. Часто дешевле починить скорость, исправить технические SEO-ошибки, добавить недостающие разделы и интеграции — и получить рабочий сайт без бюджета на новую разработку.
• Разработка веб-приложений и Telegram Mini AppКогда сайта уже мало и нужен продукт: личный кабинет, дашборд, внутренний сервис или Mini App внутри Telegram. Проектируем архитектуру, пишем бэкенд и фронтенд, доводим до релиза.
• IT-консалтинг и продуктовый аудитСамые дорогие ошибки в разработке делаются до первой строчки кода: неверно понятая задача, стек, выбранный по привычке подрядчика, и ТЗ, которого нет. Консалтинг нужен, чтобы разобраться до того, как начнётся счётчик разработки: что именно строить, из чего, за сколько и в каком порядке. Результат — документ, а не мнение на созвоне.

Почитать подробнее

• Как выбрать стек технологий для проекта: критерии, а не модаСтек выбирают на 3–5 лет вперёд, а решают за один созвон. Разбираем, в каком порядке принимать решения, какие критерии реально имеют вес, какие стеки работают для шести типов проектов и сколько стоит ошибка.
• Редизайн сайта без потери трафика: этапы, риски и SEO-чеклист переездаПоловина запросов на редизайн — это на самом деле проблемы контента, скорости или оффера. Разбираем, как отличить одно от другого, почему поэтапный вывод безопаснее большого запуска и что должно быть в чеклисте переезда, чтобы не потерять органику.