Настраиваем и чиним CI/CD: GitLab CI, Docker, деплой на staging и production. Типичные задачи — зависшие job, сеть MTU, автоматизация выкладки Bitrix и WordPress.
gitlab-ci · docker · github-actions · linux · deploy · runner · mtu
Что делаем
- Диагностика и исправление GitLab CI / GitHub Actions
- Docker: образы, registry, сеть, MTU, docker:dind
- Деплой по SSH/rsync, артефакты, теги релизов
- Разделение staging / production, переменные CI
- Self-hosted GitLab Runner на вашем сервере
- Кэш job, оптимизация медленных шагов (apk, npm, composer)
- Smoke-проверки после деплоя, откат при ошибке
- Документация: что сломалось и как воспроизвести
Как работаем
- Доступ к репозиторию, .gitlab-ci.yml и логам упавшего/зависшего job
- Анализ: сеть, runner, образ, лимиты, кэш
- Фикс в ветке или MR, проверка на staging
- При необходимости — сопровождение pipeline
Из блога по теме
Сервер под runner — настройка серверов. Сайт на Bitrix/WordPress — разработка.
Обсудить DevOps-задачу
Пришлите ссылку на pipeline или опишите симптом (зависание, таймаут, ошибка deploy) — предложим план.
Кейсы из блога
Пока нет записей с тегом «кейс». Добавьте тег kejs к материалам в блоге.
FAQ
С чем чаще всего обращаются?
Зависшие job в GitLab CI (apk add, docker build), ошибки Docker-сети (MTU), настройка деплоя на staging/production, базовая автоматизация релизов.
Работаете только с GitLab?
Чаще всего GitLab CI и self-hosted runner. Также GitHub Actions и shell-скрипты деплоя — по задаче проекта.
Нужен ли уже готовый сервер?
Желательно доступ к репозиторию и runner/серверу. Если инфраструктуры нет — поможем с настройкой сервера под пайплайн.
Можно ли связать CI/CD с Bitrix или WordPress?
Да: выкладка артефактов, rsync/SSH, миграции БД, smoke-тесты. Сайты на Bitrix и WP — в разделе разработка.
Как оценивается работа?
Разовая диагностика (например, зависший pipeline) или сопровождение: фикс + документация шагов. Сроки — после просмотра .gitlab-ci.yml и логов job.