Настройка деплоя на VDS/VPS: автоматизация и безопасность

Настройка деплоя сайта на VDS/VPS

Разработчик месяц бился над деплоем Laravel-приложения на VDS — каждый раз что-то шло не так: то права на storage сброшены, то миграции не накатились, то npm ci вываливался с ошибкой. В итоге проект простаивал, а клиент нервничал. Знакомая ситуация? Мы решили её за два дня, автоматизировав деплой и написав простую документацию. Полный контроль над сервером — это круто, но только когда всё настроено правильно. Наш опыт — более 5 лет настройки серверов и 200+ успешных проектов.

Какие проблемы решает профессиональный деплой на VDS/VPS?

Небезопасный root-доступ. Многие новички оставляют SSH открытым для root с паролем. За сутки брутфорс перебирает тысячи комбинаций. Мы создаём отдельного deploy-пользователя с ключами, закрываем root-логин и ставим Fail2ban — риск взлома снижается на 99%.

Ручные деплои с ошибками. Когда каждое обновление — это git pull вручную, composer install, npm run build и надежда что ничего не сломается, рано или поздно случается фатальная ошибка. Мы настраиваем автоматический деплой через Deployer или GitHub Actions: одна команда пушит код — сервер сам подтягивает обновления, запускает миграции и перезагружает PHP-FPM. Такой подход в 10 раз быстрее ручного: вместо 30 минут на деплой уходит 3.

Отсутствие мониторинга. Вы узнаёте о падении сайта от клиента, а не от системы. Мы ставим Netdata или Prometheus Node Exporter — вы видите нагрузку CPU, память, диск, сеть в реальном времени. Аварии не застанут врасплох.

Как мы настраиваем деплой: кейс из нашей практики

Рассмотрим проект из нашей практики: клиент арендовал VDS на Selectel (4 vCPU, 8 GB RAM) для Laravel-приложения с PostgreSQL и Redis. Задача: настроить production-окружение, автоматический деплой через GitHub Actions и базовый мониторинг.

1. Подготовка сервера: SSH-доступ по ключам, deploy-пользователь, обновление пакетов, установка Nginx, PHP 8.3 с расширениями, Composer, Node.js 20, PostgreSQL 16, Redis.
2. Конфигурация веб-сервера: Настройка Nginx под Laravel: единая точка входа, кеш статики на год, gzip для CSS/JS, запрет доступа к скрытым файлам.
3. SSL: Let's Encrypt через Certbot с автообновлением.
4. Деплой через GitHub Actions: Написали workflow: при пуше в main — копирование кода, установка зависимостей, миграции, оптимизация, перезагрузка PHP-FPM и Nginx.
5. Мониторинг: Установили Netdata на порт 19999 (закрытый через UFW), подключили Telegram-уведомления о превышении нагрузки.

Результат: деплой занимает 2 минуты (против 40 минут ранее), мониторинг показывает всё в реальном времени, клиент спит спокойно. По нашим подсчётам, автоматизация деплоя экономит до 30 000 рублей в месяц на простоях.

Почему автоматизация деплоя сокращает время в 10 раз?

Ручной деплой — это цепочка команд, где легко ошибиться: забыли накатить миграции, не обновили кеш, сбились права. Автоматизация через CI/CD исключает человеческий фактор. Например, GitHub Actions запускает последовательность: git pull → composer install → php artisan migrate → npm run build → перезагрузка сервисов. Весь процесс занимает 3 минуты вместо 30 при ручном выполнении. Плюс каждый шаг логируется, и в случае ошибки вы получаете уведомление.