Цены на PaaS: оплата по использованию или фиксированная стоимость инстанса
Разбираем цены на PaaS: сравниваем поминутную оплату с фиксированной стоимостью инстансов, рассчитываем расходы на CPU/RAM/диск, изучаем тарифы Dockup и безопасно прогнозируем затраты.
Цены на PaaS могут выглядеть простыми на карточке тарифа и становиться запутанными в production. Абонентская плата может включать кредит на использование, фиксированный инстанс может тарифицироваться по зарезервированному размеру, а платформа с оплатой по использованию может учитывать фактическое потребление CPU, RAM и диска. Сравнение только первой суммы в долларах приводит к неверному решению.
Dockup отделяет стоимость тарифа от потребления ресурсов по счётчику. Free включает разовый стартовый кредит; Pro включает ежемесячный кредит на потребление. Потребление CPU, RAM и диска измеряется поминутно и списывается с баланса.
В чём разница между оплатой по использованию и фиксированной стоимостью инстанса?
При фиксированной тарификации оплачивается выбранный размер машины или сервиса за расчётный период — независимо от того, используется вся зарезервированная ёмкость или нет. При оплате по использованию стоимость рассчитывается на основе измеренного потребления, иногда с минимальными объёмами или кредитами тарифа.
| Модель | Основная единица | Преимущество | Риск |
|---|---|---|---|
| Фиксированный инстанс | Выбранный размер за период | Предсказуемая строка расходов | Оплата простаивающей ёмкости |
| Фактическое использование | Потреблённые CPU/RAM/диск за период | Счёт соответствует потреблению | Переменный прогноз |
| Подписка плюс кредит | Стоимость тарифа и включённый баланс | Сочетает доступ и расходы | Кредит можно неправильно интерпретировать |
| Serverless-запрос | Вызовы/длительность | Для некоторых задач масштабируется до нуля | Резкий рост стоимости при большом объёме |
| Место плюс ресурсы | Доступ команды плюс compute | Функции для совместной работы | Рост расходов на места |
Dockup использует модель «подписка плюс кредит на использование». На платных тарифах количество ресурсов не ограничено, но compute и диск не являются бесплатными. «Unlimited deployments» означает отсутствие ограничения на количество создаваемых deployments; потребляемые ими ресурсы по-прежнему списываются с баланса тарифа.
Поминутный учёт точнее ежемесячной фиксированной тарификации инстанса. Сервис, остановленный на часть месяца, может потребить меньше ресурсов, чем сервис, работающий непрерывно, тогда как постоянно включённый и загруженный сервис может стабильно расходовать доступный баланс.
Какие тарифы Dockup доступны и какие кредиты в них включены?
Таблица тарифов:
| Тариф | Цена | Включённый кредит | Ограничения на workspace/database/deployment |
|---|---|---|---|
| Free | $0/месяц | Стартовый кредит $10 | 1 workspace, 3 databases, 3 deployments |
| Hobby | $5/месяц | $0 | Без ограничений на платных тарифах |
| Pro | $20/месяц | $20 ежемесячного кредита на использование | Без ограничений; рекомендуется |
Потребление CPU, RAM и диска списывается с баланса. Оценивая платный тариф, воспринимайте его стоимость одновременно как доступ к неограниченному количеству ресурсов и как предоплаченный баланс на использование в том же размере.
Тариф Pro рекомендуется, поскольку предоставляет $20 ежемесячного кредита и оставляет запас для нескольких небольших сервисов или репрезентативной production-нагрузки. Однако подходящий тариф всё равно зависит от фактического потребления.
Проверяйте баланс аккаунта и потребление сервисов в app.dockup.ai. Анализируйте CPU, memory, disk и текущий баланс тарифа вместе, а не воспринимайте сумму подписки как полный счёт.
Как рассчитать реалистичную стоимость PaaS?
Стройте оценку на основе часов работы и измеренных ресурсов.
Простая концептуальная формула:
monthly cost =
subscription
+ CPU consumption
+ RAM consumption
+ disk consumption
+ other metered services
- included usage credit
Точные тарифы за единицу нужно брать из актуального источника с ценами, а не из скопированной таблицы, которую никто не обновляет. Методика при этом остаётся неизменной.
Для каждого сервиса фиксируйте:
- Количество часов работы в день.
- Среднее и пиковое использование CPU.
- Средний объём используемой памяти.
- Размер и рост persistent disk.
- Ресурсы базы данных.
- Срок жизни preview-окружений.
- Количество окружений.
- Сезонность трафика.
- Ожидаемую частоту build и deployment.
После запуска используйте измеренные значения. Запрошенный объём памяти — не то же самое, что фактическое потребление памяти в модели с оплатой по использованию. И наоборот: счёт за фиксированный инстанс может учитывать запрошенный размер даже при низкой фактической загрузке.
Пример таблицы оценки нагрузки
| Ресурс | Количество | Режим работы | Уверенность |
|---|---|---|---|
| Web service | 1 | 24/7 | Высокая |
| Worker | 1 | 8 часов в день | Средняя |
| PostgreSQL | 1 | 24/7 | Высокая |
| Redis | 1 | 24/7 | Средняя |
| Preview service | 3 в среднем | По 6 часов каждый | Низкая |
| Volume | 20 GB | Непрерывно | Высокая |
Не превращайте эту таблицу в искусственный ценовой benchmark без актуальных тарифов за единицу и реальных данных об использовании. Это модель спроса.
Когда оплата по использованию экономит деньги?
Оплата по использованию выгодна, когда нагрузка переменная, ресурсы можно останавливать в периоды простоя или между максимальным лимитом и фактическим потреблением есть большой разрыв.
Примеры:
- Development-окружения, используемые только в рабочие часы.
- Preview-deployments, существующие только на время review.
- Batch workers, активные в течение ограниченного периода.
- Ранние продукты с небольшим базовым трафиком.
- Сервисы, которые можно останавливать между кампаниями.
- Небольшие API с низким средним потреблением CPU.
Фиксированный инстанс может быть выгоднее при постоянно высокой и предсказуемой нагрузке. В таком случае команда может предпочесть стабильную зарезервированную цену детальному учёту потребления.
Экономия при оплате по использованию возможна только тогда, когда нагрузка действительно потребляет меньше ресурсов. Определите поддерживаемый жизненный цикл для действительно неактивных development-окружений и проверьте фактическое поведение платформы, а не исходите из предположения, что внешне простаивающий сервис ничего не стоит.
Жизненный цикл preview-окружений также важен. Команда, оставляющая десятки preview запущенными, может свести на нет преимущество краткосрочных окружений. Определите ответственных и срок автоматического удаления.
Как базы данных, volumes и previews влияют на цены PaaS?
Compute приложения — только одна строка расходов.
Managed databases
PostgreSQL, MySQL, MongoDB и Redis потребляют CPU, RAM и disk. Базы данных часто работают постоянно, а объём хранилища со временем увеличивается. Учитывайте требования к backup и migration в операционной модели, даже если они не выделены в отдельные ограничения по количеству ресурсов тарифа.
Persistent volumes
Volumes сохраняют данные между deployments и непрерывно потребляют disk. Контролируйте фактическое использование:
dockup volume usage <volumeId> production/web --json
Выделение 20 GB при использовании 2 GB может означать запас для роста или неэффективное расходование ресурсов. Решение зависит от того, как Dockup тарифицирует disk, и от ближайших планов роста приложения.
Preview deployments
Для каждого PR или branch можно создать изолированное окружение и URL. Preview потребляет ресурсы, пока он активен. Preview в private network также может обращаться к production database через автоматически созданного read-only пользователя, что увеличивает нагрузку на базу даже без отдельной базы данных.
Windows VMs и Linux boxes
Compute на уровне ОС может иметь больший постоянный объём потребления, чем небольшой контейнер приложения. Определяйте размер по измеренным требованиям программного обеспечения и выключайте или удаляйте временные ресурсы после завершения их задачи.
На платных тарифах количество ресурсов не ограничено, поэтому вместо жёстких лимитов необходимы правила управления. Agent не должен создавать десять тестовых сервисов только потому, что платформа это позволяет.
Как сравнивать PaaS-провайдеров и не вводить себя в заблуждение?
Сначала нормализуйте нагрузку. Честное сравнение использует одинаковые:
- Потребность в CPU и памяти.
- Часы работы.
- Database engine и объём хранилища.
- Persistent disk.
- Количество и срок жизни preview-окружений.
- Team seats, если они тарифицируются.
- Предположения о network transfer.
- Требования к backup и support.
- Регионы и модель availability.
- Операционные трудозатраты.
Затем классифицируйте каждую строку как фиксированную, тарифицируемую по использованию, покрываемую кредитом или неопределённую.
| Статья расходов | Provider A | Provider B | Dockup |
|---|---|---|---|
| Подписка | Укажите актуальную | Укажите актуальную | $0/$5/$20 |
| Включённое использование | Укажите актуальное | Укажите актуальное | $10 на старте или ежемесячный кредит в размере тарифа |
| CPU | Фиксированный или по счётчику | Фиксированный или по счётчику | Поминутная тарификация |
| RAM | Фиксированный или по счётчику | Фиксированный или по счётчику | Поминутная тарификация |
| Disk | Укажите актуальное | Укажите актуальное | Поминутная тарификация |
| Database | Отдельно или включено | Отдельно или включено | Потребление ресурсов managed-сервиса |
| Previews | Смоделируйте срок жизни | Смоделируйте срок жизни | Потребление ресурсов во время работы |
| Seats | Укажите актуальное | Укажите актуальное | Проверьте актуальные условия team-плана |
Избегайте трёх распространённых ошибок:
- Сравнивать production-сервис на одной платформе со спящим бесплатным сервисом на другой.
- Вычитать включённый кредит дважды.
- Принимать неограниченное количество ресурсов за неограниченное использование.
В статье Dockup vs Render vs Fly.io этот метод применяется без фиксации цен конкурентов.
Как командам контролировать расходы на PaaS?
Контроль расходов — это рабочий цикл. Проверяйте потребление сервисов и баланс аккаунта в app.dockup.ai, а затем связывайте изменения с deployments, трафиком и ростом ресурсов.
Назначьте владельцев ресурсов. У каждого сервиса, database, volume, Windows VM, Linux box и preview должны быть цель и ответственный. Неиспользуемые ресурсы удаляйте или останавливайте по утверждённому процессу.
AI agent может помочь составить список ресурсов, обобщить использование и предложить действия. Но он не должен самостоятельно удалять ресурсы, основываясь только на низкой активности. Остановленная база для восстановления после инцидента или редко используемый административный сервис могут быть намеренно неактивными.
Пороговые значения бюджета
Определите:
- Ожидаемый диапазон расходов в месяц.
- Порог предупреждения.
- Порог для расследования.
- Необходимость согласования новых постоянно работающих ресурсов.
- Максимальный срок жизни preview.
- Порог роста volume.
- Ответственного за необъяснимые расходы.
Прогноз — это диапазон, а не обещание. Используйте высокий, ожидаемый и низкий сценарии для трафика и активности preview-окружений.
Unit economics
Связывайте расходы на инфраструктуру с единицей продукта: активным клиентом, обработанной задачей, API-запросом или созданным артефактом. Общая стоимость может расти, а стоимость единицы — снижаться. Фиксированная подписка за $20 также может казаться дешёвой, пока неиспользуемые сервисы не создают операционную сложность.
Стоимость времени инженеров
Более низкий счёт от платформы может оказаться худшим решением, если команде придётся создавать и поддерживать deployment wrappers, monitoring, orchestration preview-окружений, backups или механизмы безопасности agent. Учитывайте операционные трудозатраты и риск инцидентов.
Ценность Dockup — не только в таблице цен. Платформа объединяет deployment layer для AI agents с managed-сервисами и операциями через один CLI.
План валидации на 30 дней
- Начните с минимального тарифа, подходящего для теста.
- Разверните репрезентативный сервис и базу данных.
- Создайте реалистичный трафик или нагрузку.
- Оставляйте preview-окружения только на обычное время review.
- Еженедельно отслеживайте использование.
- Проверяйте рост volume и database.
- Сравните прогноз с фактическими расходами в конце месяца.
- Меняйте тариф только на основании данных.
Тариф Free предоставляет стартовый кредит $10 для первоначальной проверки. Тариф Pro предоставляет ежемесячный баланс $20 для более широкого production-теста.
Итоговое решение по ценам на PaaS
Цены на PaaS становятся понятными, когда для каждой строки определены единица измерения, период и правило ответственности. Тарификация по использованию выгодна для эффективных и периодических нагрузок, а фиксированные инстансы — для предсказуемых сценариев, когда ёмкость нужна постоянно.
Поминутную модель Dockup для CPU, RAM и disk следует оценивать по фактическому использованию сервисов. Выберите тариф с подходящим включённым балансом и функциями аккаунта, а затем продолжайте измерения, не предполагая, что стоимость подписки ограничивает всё потребление.
Актуальные команды для работы с использованием ресурсов смотрите в справочнике Dockup CLI. Сравните соседние платформы в статьях Dockup vs Railway и Dockup vs Heroku, проверив их актуальные официальные цены перед публикацией.
Отделяйте денежный поток от экономической стоимости
Включённый кредит влияет на момент списания денег со счёта, но не делает нагрузку бесплатной. Отслеживайте валовое потребление ресурсов и чистую сумму к оплате. Валовое использование показывает эффективность, а чистые расходы — влияние на денежный поток.
Например, подписка Pro предоставляет $20 ежемесячного кредита. Если измеренное потребление ресурсов меньше баланса, денежное списание может ограничиться стоимостью подписки в $20. Если потребление превышает баланс, превышение становится дополнительным расходом. Точный результат зависит от текущей модели тарификации и баланса аккаунта.
Используйте отчёты о ценах на PaaS, в которых отображаются оба показателя, чтобы команда не начинала оптимизацию только после исчерпания кредита.
Явно моделируйте неопределённость
Ранние прогнозы должны включать три сценария:
| Переменная | Низкий | Ожидаемый | Высокий |
|---|---|---|---|
| Трафик | 50% от плана | Прогноз | 200% от плана |
| Срок жизни preview | 2 часа | 8 часов | 3 дня |
| Рост database | 1 GB/мес. | 5 GB/мес. | 20 GB/мес. |
| Активность worker | 2 ч/день | 8 ч/день | 24 ч/день |
| Накладные расходы на инциденты | Нет | Одно восстановление | Повторная отладка |
Примените текущие тарифы за единицу к каждому сценарию. Цель — не рассчитать стоимость до цента, а определить, какое предположение может изменить решение.
У фиксированного инстанса тоже есть неопределённость: команда может перерасти выбранный размер и перейти на следующий tier. Учитывайте такие ступенчатые изменения.
Учитывайте множитель окружений
Production-архитектура редко состоит из одного сервиса. Считайте staging, preview-окружения, workers, databases, Redis, volumes, Windows VMs, Linux boxes и временные ресурсы для migration.
Один небольшой сервис может комфортно уложиться в стартовый кредит. Тот же сервис в production, staging и пяти постоянных preview — уже совсем другая задача по ценам на PaaS.
Определите, какие окружения работают постоянно:
- Production: обычно постоянно включено.
- Staging: постоянно включено только при необходимости.
- Preview: связано с открытым PR или branch.
- Load test: создаётся на запланированный период.
- Migration: удаляется после проверки.
- Disaster recovery: рассчитывается в соответствии с целевым уровнем готовности.
Неограниченное количество ресурсов на платном тарифе делает такие правила управления ещё важнее.
Сравнивайте варианты оптимизации с рисками
Уменьшение объёма памяти, остановка worker, сокращение срока хранения или удаление volume могут снизить расходы, но каждое действие влияет на надёжность. Рядом с предполагаемой экономией фиксируйте последствия для сервиса.
Полезное предложение по оптимизации содержит:
- Ресурс и владельца.
- Текущее измеренное потребление.
- Предлагаемое изменение.
- Ожидаемый диапазон ежемесячной экономии.
- Риск для производительности или восстановления.
- Способ отката.
- Период наблюдения.
Agent может обобщить измеренное платформой потребление, но изменения, способные повлиять на доступность или хранение данных, должен утверждать человек.
Пересматривайте цены на PaaS после изменений архитектуры
Новый cache может снизить загрузку CPU database, но добавить расходы на Redis. Фоновый worker может улучшить latency API, одновременно работая больше часов. Private networking может изменить архитектуру, не затрагивая основные единицы CPU/RAM/disk. Dockerfile может уменьшить размер image, но потребовать времени инженеров.
Пересчитывайте прогноз после:
- Добавления managed database.
- Подключения большого количества preview.
- Подключения большого volume.
- Перехода на Kubernetes autoscaling.
- Создания Windows VM или Linux box.
- Изменения retention.
- Запуска нового региона или customer tier.
Цены на PaaS — это живая модель, связанная с архитектурой, а не одноразовая таблица для закупки.
Шаблон ежемесячного review
Фиксируйте тариф, начальный баланс, валовое потребление, оставшийся баланс, пять самых ресурсоёмких ресурсов, неожиданные изменения, остановленные ресурсы, количество preview, рост disk и сценарии на следующий месяц.
Сравнивайте результат с предыдущим месяцем и отмечайте deployments или события трафика, объясняющие разницу. Это превращает review расходов в полезный для engineering процесс, а не в неожиданный сюрприз для finance.
Этот же шаблон можно использовать для сравнения провайдеров с фиксированными инстансами: замените строки с измеренным потреблением на стоимость выбранных инстансов и добавьте загрузку, чтобы простаивающая ёмкость оставалась заметной.
Публикуйте предположения вместе с каждой оценкой
Число, описывающее цены на PaaS, без предположений невозможно проверить. Указывайте часы работы, использование ресурсов, рост disk, срок жизни preview, количество database и дату актуальности тарифа за единицу. Помечайте значения как измеренные, оценочные или неизвестные.
Обновляйте модель после первой недели и первого полного месяца. Разница между прогнозом и фактическими данными — это информация о нагрузке, а не просто бухгалтерская ошибка.
Такая дисциплина сохраняет актуальность сравнений цен на PaaS, когда провайдеры меняют тарифы или архитектура растёт.
Храните модель под контролем версий
Фиксируйте предположения и дату review рядом с заметками об архитектуре. Версионируемая модель цен на PaaS показывает, почему команда изменила тариф, и не позволяет старой таблице превратиться в необъяснимый бюджетный ориентир.
Начните с проверяемого deployment
Разверните одну репрезентативную нагрузку, наблюдайте за ней 30 дней и сравните измеренное потребление сервиса, database, preview и disk с балансом тарифа.
Начните бесплатно на app.dockup.ai. Тариф Free стоит $0 в месяц, включает стартовый кредит $10 и поддерживает один workspace, три databases и три deployments.
FAQ
Сколько стоит Dockup?
Free стоит $0 и включает $10 стартового кредита. Hobby стоит $5 в месяц, а потребление тарифицируется отдельно; Pro стоит $20 в месяц, и первые $20 потребления включены.
Что на платных тарифах Dockup доступно без ограничений?
Платные тарифы позволяют создавать неограниченное количество workspaces, databases и deployments. Потребление CPU, RAM и disk по-прежнему списывается с баланса тарифа.
Как измеряется использование Dockup?
Потребление CPU, RAM и disk измеряется поминутно и списывается с включённого или пополненного баланса аккаунта.
Оплата по использованию всегда дешевле фиксированного инстанса?
Нет. Она может снизить расходы при переменной нагрузке или простоях, тогда как постоянно загруженная и предсказуемая нагрузка может быть выгоднее при фиксированном инстансе. Моделируйте одинаковый спрос.
Как сравнить цены двух PaaS?
Приведите к единому виду часы работы, CPU, память, disk, databases, preview, transfer, seats и support, а затем выделите фиксированные платежи, оплату по использованию, включённые кредиты и неопределённость.