> Как устроен процесс деплоймента и delivery в компании (Go)

Уровень: senior · Роль: backend · Категория: Технические вопросы

Компании: Ozon

Стек: Go

> Пример ответа

В нашей компании процесс деплоймента и доставки построен на принципах CI/CD с использованием GitLab CI и Kubernetes. Весь код проходит через несколько этапов.

Сначала разработчик создает merge request в GitLab. Автоматически запускается пайплайн, который включает: линтинг (golangci-lint), юнит-тесты, статический анализ (vet) и сборку Docker-образа. Образ тегируется хэшем коммита и версией (например, v1.2.3-abc123). После успешного прохождения тестов и код-ревью MR вливается в main-ветку.

Далее срабатывает триггер на деплой в staging-окружение. Здесь используется Helm-чарты для управления конфигурацией Kubernetes. Пайплайн обновляет образ в deployment, выполняет rolling update с проверкой readiness-пробы (например, HTTP-эндпоинт /health). Если пробы не проходят - автоматический откат до предыдущей стабильной версии.

После верификации на staging (ручное тестирование QA или автоматические smoke-тесты) запускается деплой в production. Процесс идет постепенно: сначала 10% подов, затем 50%, и только после мониторинга метрик (latency, error rate через Prometheus/Grafana) - 100%. В случае аномалий пайплайн останавливается, и инцидент расследуется.

Для Go-микросервисов мы используем graceful shutdown и сигналы SIGTERM, чтобы избежать потери запросов при перезапуске. Все изменения логируются в Slack-канал с указанием версии и автора.