Где разместить приложение в 2026: PaaS в России, боты и Docker

Приложение готово, а дальше начинается то, из-за чего запуск сдвигается на неделю: сервер, nginx, сертификат, systemd, база, бэкапы. PaaS убирает эту часть — вы отдаёте код, платформа собирает и запускает. Но не всё так однозначно: часть задач в PaaS не решается в принципе, а часть решается, но дороже, чем на VPS.

Ниже — сравнение российских площадок для размещения приложений, ботов и мини-аппов, с тарифами и ограничениями. Apploy, Bothost и DockerHosting — наши сервисы, поэтому про них больше практических деталей; Timeweb Cloud Apps и зарубежные площадки добавлены для сравнения.

Что такое PaaS и когда он не нужен

PaaS — platform as a service. Вы передаёте репозиторий, платформа определяет стек (или берёт ваш Dockerfile), собирает образ, запускает контейнер, выдаёт адрес с HTTPS и перезапускает процесс, если тот упал. Всё, что обычно делается руками до первого запуска, — обновление пакетов, nginx как обратный прокси, certbot, unit-файл для systemd, отдельная база — либо уже сделано платформой, либо заменено её настройками.

Обратная сторона: вы не видите сервер. Нет root, нет своих модулей ядра, нет iptables. Поэтому PaaS не подходит, если:

• нужен root — своё ядро, системные пакеты, сетевые настройки на уровне хоста;
• нужны VPN или прокси: у WireGuard, Xray и MTProto свои требования к портам и к сетевому стеку;
• приложение хранит данные на локальном диске в объёме, который не влезает в тариф (git-сервер, Nextcloud, Jellyfin, Vaultwarden);
• это игровой сервер или почтовый сервер — нестандартные порты и постоянное хранилище;
• планируется писать гигабайты файлов локально, а не в S3.

Всё остальное — API, бэкенд с базой, фронтенд, фоновые задачи, боты — в PaaS живёт нормально. Если задача попала в список выше, смотрите рейтинг VPS, там другой класс решений.

Что именно вы размещаете

От типа проекта зависит, какие строки в тарифе вообще важны. Четыре частых случая:

• SaaS или fullstack — Django, Laravel, Next.js с серверной частью. Нужны база и понятная работа с переменными окружения. Пользовательские файлы сразу в объектное хранилище, иначе переезд упрётся в диск.
• API-сервис (FastAPI, Express, Go). Проще некуда: всё состояние в БД, на диск ничего не пишется. Смотрите лимиты запросов и что будет при их превышении.
• Фронтенд и статика (React, Vue, Astro, лендинг). Важны сборка из ветки, CDN и превью для пул-реквестов.
• Фоновый процесс — обработчик очереди, парсер, планировщик. Входящий домен не нужен, нужен постоянно живой процесс с автоперезапуском.

Отдельно стоит бот — телеграм, MAX, VK. Это не «веб-приложение»: у него долгоживущий процесс, внешний вебхук от платформы мессенджера и жёсткие требования к HTTPS. Под него имеет смысл смотреть специализированные площадки, а не общие PaaS: там уже настроены и SSL, и приём вебхуков.

Сравнение площадок

Ориентироваться стоит на две строки: «постоянный диск» (от неё зависит, придётся ли править код) и «что именно разворачивает» (бот и веб-приложение — разные профили нагрузки).

1. Apploy — деплой из Git и вторая витрина с сервером

apploy.ru — молодая платформа, у которой в одном аккаунте две витрины: приложение по подписке (машиной управляет платформа) и виртуальная машина целиком, если нужен root, SSH и полный контроль.

Деплой простой: указываете адрес репозитория и ветку, при необходимости — Dockerfile или файл docker-compose. Агент на машине клонирует код, собирает образ и поднимает контейнеры. Повторный запуск пересобирает приложение после правок. В кабинете есть логи и мониторинг, публичный адрес приложения, консоль с экраном машины и терминал в браузере — SSH-клиент не обязателен, хотя SSH-ключ тоже выдаётся. Каждому приложению сразу выдаётся домен и SSL-сертификат: DNS, выпуск и продление сертификата платформа берёт на себя, поэтому приложение открывается по HTTPS с первого запуска.

Тарифы: «Биллдий» 0 ₽ — одно приложение, 0.5 vCPU, 256 МБ памяти, 0.5 ГБ диска. «Гиттаниум» 199 ₽ и «Деплониум» 499 ₽ — планы с большим числом приложений и ресурсов, актуальные лимиты смотрите на странице тарифов. Подписки складываются: каждая — отдельный заказ, лимиты приложений и ресурсы суммируются.

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

Минусы: проект молодой (сейчас набирают тестировщиков, поэтому часть возможностей ещё в работе), root на подписке нет — только на ВМ, а managed-базы как отдельная услуга в описании не заявлены, этот вопрос лучше уточнить в поддержке до переезда.

Кому: пет-проект, MVP, небольшой SaaS, где нужен предсказуемый деплой из Git, а позже может понадобиться своя машина.

2. Bothost — если приложение это бот: Telegram, MAX, мини-аппы

bothost.ru — платформа под ботов мессенджеров: Telegram, MAX, VK, Discord, WhatsApp, Slack, Twitch. Для рынка это редкость: у большинства хостеров бот — одна строчка в общем списке, а здесь под него заточены и тарифы, и деплой.

Телеграм-боты. Деплой из Git, обновление из панели, приём вебхука входят в платформу. Каждому боту сразу выдаётся домен и SSL-сертификат — не нужно поднимать nginx, настраивать DNS и выпускать сертификат руками: адрес для вебхука готов с первого запуска. Для aiogram, pyTelegramBotAPI, telebot и Node-ботов на grammY это ровно тот случай, когда между «написал» и «работает у людей» остаётся один шаг. Логи и метрики в кабинете, перезапуск при падении процесса, поддержка 24/7 на старших тарифах.

MAX-боты. Здесь требования жёстче, и на них стоит смотреть отдельно. Подключение к платформе MAX доступно юрлицам, ИП и самозанятым — резидентам РФ с верифицированным профилем, бот проходит модерацию. API работает через platform-api2.max.ru, токен передаётся только в заголовке Authorization (в адресной строке его больше не принимают). События приходят двумя способами: вебхук через POST /subscriptions — рабочий вариант, и long polling — только для отладки, у него ограничены скорость и срок хранения событий. Ключевое: с 25 мая мессенджер не принимает HTTP и самоподписанные сертификаты, поэтому нужен публичный домен и HTTPS от доверенного удостоверяющего центра — Let's Encrypt или Минцифры. Домашний сервер с проброшенным портом здесь не сработает: сертификат всё равно нужен настоящий.

Мини-аппы. Это гибрид: фронтенд открывается внутри мессенджера, а данные забирает через ваш API. На практике нужны домен, HTTPS и контейнер с бэкендом, который держит нагрузку от одновременных сессий. На бесплатном тарифе такой проект не живёт — там 0.5 ГБ диска, этого хватает тонкому боту без файлов, но не мини-аппу со статикой и загрузками.

Тарифы: Старт 0 ₽ — 1 бот, 256 МБ RAM, 1 ядро, 0.5 ГБ SSD, базовый мониторинг, обновление из Git. Бизнес 99 ₽ — 3 бота, 2 ГБ RAM, 2 ядра, 50 ГБ SSD, расширенный мониторинг, интеграция вебхуков. Про 250 ₽ — 10 ботов, 4 ГБ RAM, 4 ядра, 100 ГБ SSD, полный мониторинг, поддержка 24/7, резервное копирование.

Плюсы: заточенность под ботов, SSL и вебхуки из коробки, старт без карты, поддержка MAX на уровне платформы, а не «попробуйте сами», понятная цена за количество ботов.

Минусы: нет root и произвольных пакетов, локацию выбрать нельзя, бесплатный тариф — только для тонкого бота, и это не VPS: VPN или прокси здесь не поднять.

Кому: телеграм- и MAX-боты, мини-аппы, боты поддержки и уведомлений, кому важна не инфраструктура, а работающий продукт.

3. DockerHosting — если нужен свой Dockerfile и root

dockerhosting.ru — хостинг контейнеров: Docker и Compose, панель Portainer, выкладка из Git, SSH. Подходит, когда приложение уже упаковано в образ и хочется контролировать окружение целиком.

Тарифы: от 145 ₽ за 1 ядро и 1 ГБ RAM с 10 ГБ NVMe, дальше 299 ₽ за 2 ГБ, 399 ₽ за 2 ядра и 4 ГБ, 600 ₽ за 4 ядра и 8 ГБ. Локации — Москва и Новосибирск, плюс Германия, Нидерланды и Франция. Тестовый период 7 дней, заявленный SLA 99,9%.

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

Минусы: домен и сертификат на вас, без знания Docker будет тяжело, на самом дешёвом плане нет CLI и CI.

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

4. Timeweb Cloud Apps — когда всё остальное уже там

App Platform в облаке Timeweb — платформа приложений внутри их же инфраструктуры. Деплой из GitHub, GitLab и Bitbucket, по своему Dockerfile или из публичного образа Docker Hub (приватные реестры не поддерживаются). Техдомен и сертификат Let's Encrypt платформа выдаёт сама.

Главный аргумент — экосистема: в одной панели базы, S3, Kubernetes и обычные серверы. Если приложению понадобится отдельная ВМ или managed-база, всё останется в том же аккаунте и биллинге. Из коробки описаны решения для фронтенда — Next.js, Angular, Vue, Svelte и статика, — а также инструкции под Nest, Express, Fastify, Spring, ASP.NET, Ktor, Gin, Beego и Phoenix.

Тарификация почасовая, фиксированной сетки нет — стоимость считается калькулятором под конкретную конфигурацию, поэтому сравнить «в лоб» с другими площадками сложно. Файлы, как и в большинстве PaaS, нужно выносить в объектное хранилище.

Кому: те, кто уже платит Timeweb за серверы или базы и не хочет разносить инфраструктуру по двум аккаунтам.

5. Зарубежные: Heroku, Vercel, Fly.io, Railway, Render

Технически это зрелые площадки, и на них выросла половина мировых SaaS: Heroku до сих пор эталон «git push — и работает», Vercel силён во фронтенде и превью-окружениях, Fly.io и Railway дают быстрый деплой контейнеров и близкие к пользователю регионы. Проблема не в технологиях, а в деньгах и юрисдикции: российская карта там не проходит, платить нужно зарубежной, договор с российским юрлицом не заключается, данные физически лежат за границей — а значит, для персональных данных клиентов это отдельная головная боль по 152-ФЗ. Плюс задержка до API Telegram и MAX, поддержка на английском и риск блокировки аккаунта без объяснений. Как основной вариант для проекта с российской аудиторией они не годятся — только если заказчик и данные за рубежом.

Кому что брать

• Приложение из Git, без DevOps — Apploy, бесплатный план для проверки.
• Телеграм- или MAX-бот, мини-апп — Bothost, там SSL и вебхуки уже настроены.
• Свой Dockerfile и root — DockerHosting, от 145 ₽.
• Всё в одной экосистеме с базами и VPS — Timeweb Cloud Apps.
• Данные и заказчик за рубежом — Heroku, Fly.io, Railway, но с зарубежной картой.

Что проверить до переезда

• Пишет ли приложение на диск. Кэш, загрузки, PDF-выгрузки, файл SQLite — всё придётся перенести в базу или в объектное хранилище, иначе переезд потребует правок в коде.
• Нужен ли root. Если да, PaaS отпадает сразу: VPN, системные пакеты, свои модули ядра — это VPS.
• Где будет база. Managed-база в тарифе или отдельный контейнер рядом — от этого зависит итоговая сумма, которую часто забывают посчитать.
• Как настраивается домен и SSL. На PaaS это обычно две галочки, на VPS — вечер работы.
• Что с бэкапами. Проверьте не наличие галочки, а процедуру восстановления: как часто, куда, сколько хранится.
• Сколько RAM на пике. Тариф подбирается не по среднему потреблению, а по пиковому: бот с парсером и базой на 256 МБ падает в самый неподходящий момент.

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

PaaS или VPS — что выбрать?

Если приложение не требует root и не хранит данные на локальном диске, PaaS дешевле по времени: деплой, SSL и перезапуск уже сделаны. VPS нужен, когда требуется контроль над окружением — VPN, свои пакеты, несколько разнородных сервисов на одной машине.

Можно ли разместить телеграм-бота на PaaS?

Да, и это один из самых удачных сценариев: боту нужен постоянно живой процесс, HTTPS для вебхука и автоматический перезапуск. Всё это платформа берёт на себя, а вы не администрируете сервер.

Что нужно, чтобы запустить бота в MAX?

Подключение к платформе MAX доступно юрлицам, ИП и самозанятым — резидентам РФ с верифицированным профилем, бот проходит модерацию. Дальше нужен публичный домен с HTTPS от доверенного удостоверяющего центра: с 25 мая HTTP и самоподписанные сертификаты не принимаются. Токен передаётся в заголовке Authorization, события — через вебхук POST /subscriptions.

Мини-апп — это что и где его размещать?

Мини-апп открывается внутри мессенджера: статический фронтенд плюс ваш API. Нужны домен, HTTPS и контейнер с бэкендом, который держит одновременные сессии. Фронтенд можно раздать с того же домена, API — в контейнере на платформе для ботов.

Есть ли бесплатный вариант?

Есть у трёх площадок из обзора: Apploy («Биллдий», одно приложение, 256 МБ), Bothost («Старт», один бот) и Timeweb (пробный период). Бесплатный тариф годится, чтобы проверить вебхук и деплой, но не для продукта с базой и файлами.

Можно ли переехать с VPS на PaaS?

Можно, если приложение не пишет важные данные на локальный диск. Порядок такой: вынести файлы в S3, проверить переменные окружения, задеплоить из Git и переключить DNS. Обратный переезд тоже возможен — Docker-образ переносится почти без изменений.

Почему зарубежные площадки не подходят для проекта в России?

Из-за оплаты и юрисдикции: российская карта не проходит, договор с российским юрлицом не заключается, данные хранятся за границей. Для персональных данных клиентов это создаёт отдельные требования по 152-ФЗ, плюс задержка до API мессенджеров и поддержка только на английском.

Тарифы сверены 26 октября 2026 года. Цены и лимиты меняются чаще, чем статьи, поэтому перед оплатой откройте сайт площадки. Сравнение VPS-провайдеров — в рейтинге VPS, карточки провайдеров — в каталоге, блок про хостинг MAX-ботов — в отдельном обзоре.