Руководство
Где разместить приложение: облачная платформа, VPS или собственный сервер
Обновлено · 5 мин чтения
Небольшой команде без выделенного администратора проще разместить приложение на облачной платформе: сборку, сертификаты и перезапуск она делает сама. VPS нужен, когда требуются root-доступ и нестандартный софт. Собственный сервер оправдан при ровной предсказуемой нагрузке, особых требованиях к данным и наличии людей, которые его обслужат.
Мы делаем DADA Cloud, и она закрывает все три варианта лишь частично. Границы описаны ниже.
Три варианта в таблице
| Критерий | Облачная платформа (PaaS) | VPS | Собственный сервер |
|---|---|---|---|
| Кто обслуживает систему | Платформа | Вы | Вы, включая железо |
| Первый деплой | Подключить репозиторий или образ | Установить систему, Docker, прокси, сертификаты | То же плюс закупка и монтаж |
| Форма расходов | Помесячно или по факту использования, зависит от платформы | Фиксированная плата за машину | Покупка железа, электричество, канал, администрирование |
| Масштабирование | В рамках возможностей платформы | Меняете размер машины или добавляете машины | Покупка нового железа |
| Контроль над данными | Определяется договором и местом размещения | Определяется договором с провайдером | Физический, ваш |
| Свобода настройки | Рамки платформы | Root | Root и железо |
| Типичный риск | Платформа не умеет нужного | Забытые обновления и бэкапы | Отказ диска или канала без запаса |
Формальные определения моделей облаков есть у NIST (ссылка в источниках). Правила ниже эмпирические, подстраивайте их под свой случай.
Правила по размеру команды
Один-три разработчика без администратора: платформа. Время уходит на продукт, а перезапуск упавшего процесса и продление сертификата остаются на стороне платформы. Команда, где есть инженер по инфраструктуре: платформа или VPS, смотря на требования к софту. Несколько сервисов, дежурства и нужда в горизонтальном масштабировании: смотрите на контейнерные кластеры: платформа только с вертикальным ростом здесь будет тесной.
Правила по профилю нагрузки
Ровная круглосуточная нагрузка делает фиксированную плату за VPS или собственный сервер предсказуемой. Редкие запросы и длинные паузы выгодно оплачивать по факту использования. Быстро растущая нагрузка требует заранее продумать потолок размера и переезд, об этом материал про платформу для растущего стартапа.
Правила по данным
Если вы собираете персональные данные граждан России, прочитайте часть 5 статьи 18 закона 152-ФЗ (ссылка в источниках) и покажите юристу, мы текст не пересказываем. Собственный сервер даёт физический контроль, но само по себе соответствие закону не обеспечивает: нужны меры защиты и документы. У платформы или провайдера VPS запросите письменно, где работают приложения, базы и копии.
Для DADA Cloud запросите письменное подтверждение места размещения и уровня защиты до переноса данных.
Правила по навыкам администрирования
Честно ответьте, можете ли вы сами настроить ключи SSH и файрвол, ставить обновления системы, продлевать сертификаты, делать бэкапы с проверкой восстановления, смотреть логи и метрики. Каждое «нет» добавляет часы к стоимости VPS или своего сервера. Если «нет» больше двух, берите платформу.
Цена вашего времени
Сравнивать нужно полную стоимость:
стоимость размещения = счёт за ресурсы + часы на обслуживание * цена вашего часа + ожидаемые потери от простоя
Счёт за VPS виден сразу, а часы и простои приходится считать. Запишите часы за два-три месяца и подставьте в формулу. После этого счёт платформы и счёт VPS можно сравнивать между собой. Методику сравнения разбирает материал про стоимость облачных платформ.
Как DADA Cloud закрывает три варианта
Платформа. Приложение разворачивается из GitHub (webhook собирает выбранную ветку), из готового образа или из архива до 100 МиБ без git. Домены получают сертификаты Let's Encrypt, логи и метрики доступны в консоли. Порядок описан в руководстве по деплою из GitHub. Оплата по факту: на 10 ноября 2026 года страница цен называет от 22 рублей в месяц за лендинг, от 22 рублей за бота и от 77 рублей за сервис.
Своя VM по SSH. Вы указываете IP, пользователя, порт и приватный ключ. Платформа использует ключ один раз, ставит Docker и агент мониторинга, после чего ключ отбрасывает. Метрики уходят через Prometheus remote-write, логи в Elasticsearch. Порядок описан в руководстве про подключение своей VM, общий обзор на странице облачных серверов.
Заказ VM у платформы. Это возможно у одного провайдера, Beget, в одном регионе. Поля с выбором размера и системы принимаются, но игнорируются: машина всегда одинаковая, 2 vCPU, 2048 МБ памяти, 20 ГБ диска, Ubuntu 24.04.
Уже работающие контейнеры. Платформа читает список Docker-нагрузок на вашем сервере в режиме чтения, вы выбираете нужные, и они импортируются как приложения с compose. Именованные тома остаются привязанными к месту, а открытые секреты импортируются только с вашего явного согласия. Подробности в руководстве по подхвату существующих нагрузок.
Ограничения такого сочетания:
- автовосстановление VM мы не заявляем;
- «флот» серверов остаётся списком без тегов, групп и ролей, агентству лучше завести проект на каждого клиента;
- на вашей VM база данных работает как контейнер
postgres:16илиredis:7и не является управляемой базой, поэтому бэкапы для неё настройте сами; - автоматический рост размера описан для контейнерных приложений платформы, а на вашей VM размер определяете вы.
Частые вопросы
Что дешевле: VPS или платформа?
Счёт за VPS обычно виден заранее и стабилен. Оплата по использованию выгодна, когда приложение простаивает. Полную картину даёт формула выше: добавьте к VPS часы обслуживания и потери от простоя.
Можно ли начать на платформе и уйти на VPS?
Можно, если приложение собирается из Dockerfile или стандартного фреймворка, держит настройки в переменных окружения и использует обычный PostgreSQL. Переезд разобран в материале про переход на другую платформу.
Нужен ли собственный сервер из-за персональных данных?
Вопрос для юриста: прочитайте часть 5 статьи 18 закона 152-ФЗ. Собственный сервер сам по себе соответствие не гарантирует, как и облачная платформа. Спросите у поставщика письменный ответ о размещении.
У меня уже есть сервер с Docker. Что делать?
Подключите его к DADA Cloud по SSH и импортируйте нужные контейнеры. Платформа сначала только читает их список. Резервные копии базы-контейнера придётся настроить самим.
Подойдёт ли DADA Cloud агентству с десятками серверов?
Частично. Список серверов не имеет тегов и ролей на уровне машин, поэтому порядок наводится проектами: один проект на клиента. Если вам нужна иерархия флота, она здесь не готова.