Деплой на Hetzner Cloud: Terraform, CI/CD, Docker Swarm

Вы купили VPS на Hetzner, поставили Ubuntu, запустили сайт через ручной scp. Через месяц понимаете: обновления кода — это ад, Nginx не настроен под высокую нагрузку, а SSL-сертификат истёк в пятницу вечером. Каждый релиз превращается в многочасовой стресс, заказчики жалуются на медленную загрузку. Мы настраиваем деплой так, чтобы всё работало автоматически: нажали кнопку в GitHub — сайт обновился за минуту, мониторинг присылает алерт при сбое. Экономия времени и нервов — наш приоритет. Свяжитесь с нами для бесплатной консультации — расскажем, как ускорить ваш релизный цикл.

Проблемы которые решаем

• Ручной деплой через FTP/SCP — медленно, ошибки, нет истории изменений. Мы заменяем на Git-based CI/CD с откатом.
• Nginx без кеширования и gzip — высокий TTFB, провал Core Web Vitals. Оптимизируем LCP и CLS.
• SSL-сертификат истекает — настраиваем Let's Encrypt с автообновлением через systemd timer.
• Нет мониторинга — не знаете о падении сервера до утра. Ставим Prometheus + Node Exporter + Alertmanager.
• Масштабирование — один сервер не тянет нагрузку. Используем Docker Swarm на нескольких VPS с Load Balancer.

Как мы это делаем

Используем infrastructure as code: весь конфиг — в Git. Terraform создаёт серверы, firewall, DNS, Object Storage. Packer собирает образы. Ansible — настройка ПО. GitHub Actions — деплой после каждого push.

Реальный кейс: клиент-маркетплейс с 50 000 товаров. Раньше деплой занимал 2 часа через ручной rsync. Мы построили пайплайн:

1. GitHub Actions собирает Docker образы.
2. Загружает их в реестр (GitHub Container Registry).
3. По SSH запускает docker stack deploy на Swarm-кластере из 3 нод.

Время релиза сократилось до 2 минут. Откат — ещё быстрее: git revert и новый push.

Как работает CI/CD пайплайн?

Каждый push в main-ветку запускает сборку, тесты (если есть) и деплой на staging. После ручного подтверждения — деплой на продакшн. Все шаги описаны в YAML-файле в репозитории, поэтому изменения отслеживаются и воспроизводимы.

Terraform для инфраструктуры

# main.tf (начало) terraform { required_providers { hcloud = { source = "hetznercloud/hcloud" version = "~> 1.44" } } } provider "hcloud" { token = var.hcloud_token } resource "hcloud_server" "app" { name = "myapp-prod" image = "ubuntu-22.04" server_type = "cpx21" location = "nbg1" ssh_keys = [hcloud_ssh_key.default.id] user_data = file("cloud-init.yaml") labels = { env = "production" app = "myapp" } } resource "hcloud_firewall" "app" { name = "myapp-firewall" rule { direction = "in" protocol = "tcp" port = "22" source_ips = ["10.0.0.0/8"] } rule { direction = "in" protocol = "tcp" port = "80" source_ips = ["0.0.0.0/0", "::/0"] } rule { direction = "in" protocol = "tcp" port = "443" source_ips = ["0.0.0.0/0", "::/0"] } } resource "hcloud_load_balancer" "lb" { name = "myapp-lb" load_balancer_type = "lb11" location = "nbg1" } resource "hcloud_load_balancer_target" "server" { type = "server" load_balancer_id = hcloud_load_balancer.lb.id server_id = hcloud_server.app.id } 

GitHub Actions для CI/CD

name: Deploy to Hetzner on: push: branches: [ main ] jobs: deploy: runs-on: ubuntu-latest steps: - uses: actions/checkout@v4 - name: Deploy via SSH uses: appleboy/ssh-action@v1 with: host: ${{ secrets.HETZNER_IP }} username: deploy key: ${{ secrets.SSH_PRIVATE_KEY }} script: | set -e cd /var/www/myapp git fetch origin main git reset --hard origin/main composer install --no-dev --optimize-autoloader npm ci --omit=dev npm run build php artisan migrate --force php artisan optimize sudo systemctl reload php8.3-fpm nginx php artisan queue:restart 

Hetzner Object Storage для статики

aws configure set aws_access_key_id $HETZNER_S3_KEY aws configure set aws_secret_access_key $HETZNER_S3_SECRET aws configure set region eu-central aws --endpoint-url https://fsn1.your-objectstorage.com s3 mb s3://myapp-assets aws --endpoint-url https://fsn1.your-objectstorage.com s3 sync ./dist/assets s3://myapp-assets/assets --cache-control "public, max-age=31536000, immutable" 

Что такое Docker Swarm и зачем он нужен?

Docker Swarm — это нативный кластеризатор Docker, который объединяет несколько серверов в единое вычислительное пространство. Он обеспечивает автоматическое распределение контейнеров, балансировку нагрузки и восстановление при сбоях. Для проектов, которым нужно горизонтальное масштабирование и отказоустойчивость без сложности Kubernetes, Swarm — оптимальный выбор.

Docker Swarm кластер

# Инициализация на первом сервере ssh server1 "docker swarm init" # Получение токена JOIN_TOKEN=$(ssh server1 "docker swarm join-token worker -q") # Добавление рабочих узлов ssh server2 "docker swarm join --token $JOIN_TOKEN server1:2377" ssh server3 "docker swarm join --token $JOIN_TOKEN server1:2377" # Деплой стека docker -H ssh://deploy@server1 stack deploy -c docker-compose.prod.yml myapp 

Процесс работы

1. Анализ — изучаем текущую инфраструктуру, требования к нагрузке и бюджет.
2. Проектирование — выбираем серверные типы, схему балансировки, стек ПО.
3. Реализация — пишем Terraform, Ansible, CI/CD, мониторинг.
4. Тестирование — проверяем деплой на staging-сервере, нагрузочное тестирование.
5. Деплой — переносим на продакшн, настраиваем алерты и бэкапы.

Сроки ориентировочно

Стоимость рассчитывается индивидуально — пишите, оценим ваш проект.

Типичные проблемы и решения

Что входит в работу

• Развёрнутая документация схемы и конфигураций.
• Доступы к серверам и админке.
• Обучение вашей команды (1-2 часа созвона).
• Поддержка в течение 1 месяца после сдачи.

Как настроить деплой на Hetzner за 1 день?

Если сайт уже работает на одном сервере, мы добавляем:

1. Автоматический SSL (Certbot systemd timer).
2. GitHub Actions с быстрым скриптом деплоя.
3. Мониторинг Uptime Kuma на отдельном VPS.
4. Ежедневный бэкап базы в Object Storage.

Всё это — с гарантией работоспособности. За несколько лет мы выполнили более 50 проектов на Hetzner — от небольших лендингов до высоконагруженных маркетплейсов. Закажите настройку под ключ — подберём оптимальную конфигурацию и нарисуем roadmap миграции.

Почему стоит выбрать Hetzner для продакшена?

• GDPR-compliant дата-центры в Европе.
• Цена в 3–5 раз ниже AWS/GCP при аналогичной производительности.
• Высокая надёжность: uptime 99.9% по SLA.
• Простой API и CLI для автоматизации.

Получите консультацию — расскажем, как оптимизировать ваш текущий деплой.