Серверы, DevOps и инфраструктура

Проект написан, работает у разработчика на ноутбуке, и надо вывести его в мир — так, чтобы он не падал под нагрузкой, обновлялся без остановки и не терял данные. Своего инженера в команде нет, а разработчики честно говорят, что серверы не их специальность.

Или сервер уже есть, но к нему страшно прикасаться. Настраивал его человек, которого давно нет, документации не осталось, обновления не ставили два года, а деплой выглядит как копирование файлов по SSH в пятницу вечером с последующей молитвой.

Третий повод — переезд. Хостинг подорожал, зарубежный провайдер перестал принимать оплату из России, нужно перенести всё в другое место и желательно без простоя и без потери писем и баз.

Четвёртый — сайт лёг под наплывом посетителей ровно тогда, когда пошла реклама. Деньги на рекламу потрачены, трафик пришёл, страницы не открылись. Обидно вдвойне, потому что предотвратить это стоило бы дешевле, чем один такой день.

Настройка сервера с нуля: система, сеть, межсетевой экран, защита от перебора паролей, отключение входа по паролю в пользу ключей, автоматические обновления безопасности. Базовая гигиена, без которой любой сервер в интернете начинают ломать в первые часы после включения — это не преувеличение, я показываю логи.

Упаковка приложения в контейнеры, чтобы оно одинаково работало у разработчика, на тестовом стенде и в бою, а перенос между площадками не требовал недели настройки заново.

Автоматический выпуск обновлений: код попадает в репозиторий — проверки, сборка, выкладка происходят сами, с возможностью откатиться назад одной командой. Пятничные деплои перестают быть страшными, потому что откат занимает минуту.

Обратный прокси и сертификаты, которые продлеваются автоматически. Забытый сертификат — до сих пор одна из частых причин, по которым сайт внезапно перестаёт открываться и браузер пугает посетителей предупреждением.

Резервное копирование с проверкой восстановления и мониторинг с оповещениями. Это то, за что бьюсь в каждом проекте: инфраструктура без копий и без наблюдения — это не инфраструктура, а отложенная авария.

Kubernetes я умею и разворачиваю, но начинаю разговор обычно с попытки отговорить. Это мощный инструмент с высокой стоимостью владения: он требует постоянного внимания, знаний в команде и заметно усложняет отладку. Для проекта на трёх контейнерах он приносит больше проблем, чем решает.

Честная граница примерно такая. Docker Compose на одном хорошем сервере отлично держит подавляющее большинство проектов малого и среднего бизнеса — сайты, магазины, боты, внутренние сервисы. Это просто, дёшево и чинится за минуты.

Kubernetes оправдан, когда сервисов много и они принадлежат разным командам, когда нагрузка скачет в разы и нужно автоматическое масштабирование, когда простой измеряется в деньгах за минуту и требуется отказоустойчивость между машинами. Тогда его сложность окупается.

Если у вас первый случай, я так и скажу и сделаю проще. Продавать сложную архитектуру выгоднее, но потом с ней жить вам, а не мне.

Перенос проекта между хостингами — отдельный жанр, где важен порядок действий. Схема, которой держусь: сначала полная копия на новом месте, потом синхронизация данных, потом тестирование по чек-листу на реальных сценариях, и только затем переключение адресов. Старая площадка остаётся живой ещё неделю как страховка.

Так простой сводится к минутам переключения DNS, а не к суткам. Почта, базы, файлы и задания по расписанию переносятся вместе — про последние часто забывают, и через месяц выясняется, что отчёты никому не приходят.

Отдельно проверяю то, что обычно всплывает после переезда: отправку писем с нового адреса, сторонние сервисы, у которых прописан старый адрес сервера, и сертификаты.

Инфраструктура этого сайта собрана мной с нуля и устроена так же, как я делаю клиентам: контейнеры, обратный прокси с автоматическими сертификатами, отдельные сети для внешних и внутренних сервисов, мониторинг с оповещениями в Telegram, сбор логов, резервные копии с проверкой и автоматический деплой из репозитория. Могу показать конфигурацию и объяснить каждое решение.

От 25 000 ₽ — настройка сервера под ключ для типового проекта: система, безопасность, контейнеры, прокси, сертификаты, копии, базовый мониторинг. Обычно один-два дня.

3 500 ₽ — час работы для разовых задач: разобраться, почему падает, ускорить, починить деплой, посмотреть чужую конфигурацию.

От 8 000 ₽ в месяц — сопровождение: обновления, наблюдение, реакция на аварии, регулярная проверка восстановления из копий. Стоимость зависит от количества серверов и требований ко времени реакции.