Ищем разработчиков для созвона на 25 минут: 500 ₽ на баланс за разговор.

Выбрать время
Все руководства

Руководство

Как выбрать облачную платформу для приложения в 2026 году

Обновлено · 7 мин чтения

Платформу выбирают по трём вопросам: кто обслуживает инфраструктуру, сколько минут простоя в месяц вы готовы терпеть и как вы будете уходить, если она перестанет подходить. Цена и интерфейс идут после них. Небольшой команде без отдельного администратора чаще всего подходит PaaS: сборку, сертификаты и выкладку делает платформа, а вы пишете приложение.

Мы делаем DADA Cloud, поэтому в конце отдельно сказано, где она подходит и где нет.

Четыре типа платформ

Формальные определения IaaS, PaaS и SaaS даёт NIST (ссылка в источниках). На практике удобнее делить платформы по тому, что остаётся на вас.

ТипЧто вы получаетеЧто обслуживаете самиКогда подходит
VM или VPSВиртуальная машина с root-доступомСистему, обновления, Docker, прокси, сертификаты, бэкапыНестандартный софт, один-два сервиса, нужна полная свобода
Контейнерные кластерыУправляемая оркестрация контейнеровОбразы, описание развёртываний, мониторинг, размер узловМного сервисов, горизонтальное масштабирование, есть инженер по инфраструктуре
PaaSВыкладка из git или образа, домены, логи, базыКод и настройки приложенияВеб-приложения, API, боты, команда без администратора
ServerlessФункции или контейнеры, которые запускаются по событиюКод, лимиты времени и памяти, холодные стартыРедкие и неравномерные запросы, обработчики событий

Шаг 1 - Данные и закон

Решите, чьи данные вы храните и где они могут находиться. Если в базе есть персональные данные граждан России, прочитайте часть 5 статьи 18 закона 152-ФЗ (ссылки в источниках) и покажите её юристу. Текст закона мы не пересказываем.

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

Для DADA Cloud, как и для любого другого поставщика, запросите письменное подтверждение места размещения и уровня защиты до переноса данных. Общие рекомендации по безопасности публичных облаков собраны в NIST SP 800-144, это документ 2011 года.

Шаг 2 - Кто обслуживает

Спросите себя, кто в четыре утра перезапустит упавший сервис. На VM это вы. У контейнерных кластеров поставщик обычно обслуживает управляющую часть, а образы, развёртывания и мониторинг остаются на вас. На PaaS платформа берёт на себя сборку, сертификаты и перезапуск.

Сложите часы в месяц на обновления, ротацию сертификатов и разбор инцидентов, умножьте на стоимость вашего часа и добавьте результат к счёту за VM. Только после этого сравнивайте VM и PaaS по цене.

Приложение с настройками в переменных окружения и без состояния в файловой системе контейнера переезжает между платформами дёшево. Эти правила описаны в методологии 12-factor app.

Шаг 3 - Простой в минутах

Проценты доступности трудно сравнивать на глаз, поэтому переведите их в минуты. В месяце из 30 дней 43 200 минут.

Доступность за месяцДопустимый простой
99%432 минуты (7 часов 12 минут)
99,5%216 минут (3 часа 36 минут)
99,9%43,2 минуты
99,95%21,6 минуты
99,99%4,32 минуты

Расчёт совпадает с таблицей доступности из книги Google SRE (ссылка в источниках).

Поставщики называют разные числа. Selectel в тексте SLA от 9 июля 2026 года указывает для виртуальных машин 99,98% в месяц. VK Cloud на странице Cloud Servers заявляет 99,95%. Yandex Cloud в SLA на Compute для одиночной виртуальной машины называет 99,95%.

Эти проценты относятся к виртуальной машине. Если упало ваше приложение или база, SLA на машину это не покрывает. Прочитайте, что договор считает простоем, как его фиксируют и как возвращают деньги. Одна VM остаётся единственной точкой отказа при любом проценте: нужен второй экземпляр.

Процент доступности DADA Cloud мы не называем: подтверждённого числа у нас нет. Если вам нужен договорный SLA, спрашивайте письменно.

Шаг 4 - Базы данных и бэкапы

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

В документации поставщиков: Selectel хранит автоматические копии управляемых баз 7 дней и не даёт их отключить. Yandex Cloud для управляемого PostgreSQL хранит ежедневные копии от 7 до 60 дней, PITR включён по умолчанию.

DADA Cloud даёт управляемый PostgreSQL 17.5 на общих экземплярах без выбора версии и размера, а также управляемый Redis. Копии настраиваются раз в час, раз в день или раз в неделю и хранятся 14 дней. PITR нет: восстановление идёт для одной логической базы из последнего дампа и перезаписывает её. MySQL, MongoDB и ClickHouse как управляемые сервисы не предлагаются. Подробнее в разборе облачных баз данных и на странице PostgreSQL в DADA Cloud.

Шаг 5 - Выход и переносимость

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

В DADA Cloud конфигурация приложения хранится в git, а образы предыдущих выкладок остаются доступны. Базу можно выгрузить обычными pg_dump и psql через публичный адрес. Файловый том выгружается в архив tar.gz по ссылке на 15 минут. Значения секретных переменных после сохранения прочитать обратно нельзя, поэтому держите их у себя. План переезда целиком разобран в материале про переход на другую платформу.

Шаг 6 - Пробный деплой

Разворачивайте настоящее приложение с базой, переменными, доменом и фоновым процессом: hello world покажет слишком мало. Запишите время от пуша до работающей версии, откатите релиз, посмотрите логи, убейте процесс и проверьте, что он поднялся, восстановите тестовую базу из копии (на DADA Cloud восстановление перезаписывает базу целиком) и сделайте выгрузку.

В DADA Cloud аккаунт без пополнения получает 72 часа пробного периода с одним приложением минимального размера и одной базой. После этого приложения останавливаются до пополнения, данные сохраняются. Порядок выкладки из репозитория описан в руководстве по деплою из GitHub.

Где DADA Cloud подходит, а где нет

Подходит для веб-приложений, API, ботов и лендингов, которые собираются из GitHub, из готового образа или из архива до 100 МиБ. Рядом идут PostgreSQL и Redis, свой домен с сертификатом, логи и метрики. Свою VM можно подключить по SSH. Оплата по факту использования: на 10 ноября 2026 года страница цен называет от 22 рублей в месяц за лендинг, от 22 рублей за бота и от 77 рублей за сервис. Цена указана за месяц круглосуточной работы, списание раз в сутки только за реально использованное.

Не подходит, если вам нужно:

  • горизонтальное масштабирование: у платформы только вертикальное, автомасштабирование останавливается на 8 vCPU и 16 ГиБ памяти на приложение;
  • MySQL, MongoDB, ClickHouse, реплики для чтения, выбор версии PostgreSQL или восстановление на момент времени;
  • окружения для каждого pull request и запуск по расписанию;
  • аттестованный контур защиты персональных данных, подтверждённый документом: запросите такой документ до переноса.

Для таких задач смотрите Selectel и VK Cloud: по страницам их продуктов там есть контейнерные кластеры и базы нескольких движков. Сравнение вынесено в материал про DADA Cloud и альтернативы.

Частые вопросы

Какую платформу выбрать небольшой команде без администратора?

PaaS: выкладка, сертификаты и перезапуск уже на стороне платформы. Если нужен root или нестандартный софт, берите VM и заложите время на обслуживание. Контейнерные кластеры оправданы при большом числе сервисов и наличии инженера по инфраструктуре.

Что дешевле, VPS или PaaS?

Сравнивайте счета вместе с вашими часами: добавьте к счёту за VPS время на обновления, бэкапы и ночные инциденты. Методику разбирает материал про стоимость облачных платформ.

Какой SLA достаточно для обычного веб-приложения?

Умножьте допустимые минуты простоя из таблицы на стоимость минуты простоя для вашего бизнеса и сравните с разницей в цене вариантов. Для внутреннего сервиса часто хватает 99,5%, то есть 3,6 часа в месяц. Для приёма оплаты имеет смысл смотреть на 99,95%, это 21,6 минуты.

Можно ли выбирать только по цене?

Можно, но цена зависит от модели списаний. Selectel на странице серверов указывает, что выключенный сервер оплачивается за vCPU, память, диски и IP-адреса. Сравнивайте итог за ваш сценарий по калькулятору поставщика.

Источники