Ціни PaaS: оплата за використання чи фіксована вартість інстанса
Пояснюємо ціни PaaS: порівнюємо оплату за хвилини з фіксованою вартістю інстансів, розраховуємо витрати на CPU/RAM/диск, розбираємо плани Dockup і безпечно прогнозуємо витрати.
Ціни PaaS можуть здаватися простими на картці тарифу, але ставати заплутаними в production. Абонентська плата може включати кредит на використання, фіксований інстанс може оплачуватися за зарезервований розмір, а платформа з оплатою за використання може вимірювати фактичне споживання CPU, RAM і диска. Порівняння лише першої суми в доларах призводить до неправильного рішення.
Dockup відокремлює абонентську плату за план від оплати за вимірюване споживання. Free включає разовий стартовий кредит; Pro включає щомісячний кредит на споживання. Використання CPU, RAM і диска вимірюється щохвилини та списується з балансу.
У чому різниця між оплатою за використання та фіксованою ціною інстанса?
За фіксованою моделлю оплачується вибраний розмір машини або сервісу за розрахунковий період — незалежно від того, чи використовує застосунок усю зарезервовану потужність. За моделлю оплати за використання вартість визначається фактичним споживанням, іноді з мінімальними обсягами або кредитами плану.
| Модель | Основна одиниця | Перевага | Ризик |
|---|---|---|---|
| Фіксований інстанс | Вибраний розмір за період | Передбачувана стаття витрат | Оплата простоюючої потужності |
| Фактичне використання | CPU/RAM/диск, спожиті за період | Рахунок відповідає споживанню | Змінний прогноз |
| Абонплата плюс кредит | Вартість плану та включений баланс | Поєднує доступ і витрати | Кредит можна неправильно зрозуміти |
| Serverless-запит | Виклики/тривалість | Для частини задач масштабується до нуля | Стрибки вартості за великого обсягу |
| Місце плюс ресурс | Доступ команди плюс обчислювальні ресурси | Функції для спільної роботи | Зростання вартості за кількістю місць |
Dockup використовує модель абонплати з кредитом на використання. Кількість ресурсів у платних планах необмежена, але обчислювальні ресурси та диск не є безкоштовними. «Необмежена кількість deployment» означає відсутність ліміту на їх створення; ресурси, які вони споживають, і далі використовують баланс плану.
Похвилинне вимірювання точніше за щомісячну фіксовану оплату інстанса. Сервіс, зупинений на частину місяця, може спожити менше, ніж сервіс, що працює безперервно, тоді як постійно активний і завантажений сервіс може стабільно вичерпувати доступний баланс.
Які плани 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.
- Середній working set пам’яті.
- Розмір і темп зростання 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 | Безперервно | Висока |
Не перетворюйте цю таблицю на фальшивий розрахунок у доларах без актуальних тарифів за одиницю та даних про реальне використання. Це модель попиту.
Коли оплата за використання дає змогу заощадити?
Оплата за використання вигідна, коли навантаження змінне, ресурси можна зупиняти під час простою або між граничним запитаним обсягом і фактичним споживанням є значна різниця.
Приклади:
- Development-середовища, якими користуються лише в робочі години.
- Preview deployments, що існують лише під час review.
- Batch workers, активні протягом обмеженого періоду.
- Ранні продукти з невеликим базовим трафіком.
- Сервіси, які можна зупиняти між кампаніями.
- Невеликі API з низьким середнім використанням CPU.
Фіксований інстанс може бути конкурентним за ціною, якщо навантаження постійно високе та передбачуване. У такому разі команда може надати перевагу стабільній зарезервованій ціні, а не детальному вимірюванню.
Економія за моделлю оплати за використання можлива лише тоді, коли навантаження справді споживає менше ресурсів. Визначте підтримуваний життєвий цикл для development-середовищ, які дійсно не використовуються, і перевірте фактичну поведінку платформи замість припущення, що сервіс, який виглядає неактивним, нічого не коштує.
Важливий і життєвий цикл preview-середовищ. Команда, яка залишає запущеними десятки preview, може нівелювати перевагу короткочасних середовищ. Визначте відповідальних і термін автоматичного завершення роботи.
Як databases, volumes і previews впливають на ціни PaaS?
Обчислювальні ресурси застосунку — лише одна зі статей витрат.
Керовані databases
PostgreSQL, MySQL, MongoDB і Redis споживають CPU, RAM і диск. Навантаження на database часто є постійним, а обсяг сховища з часом зростає. Враховуйте резервні копії та вимоги до міграцій в операційній моделі, навіть якщо вони не є окремими лімітами плану.
Persistent volumes
Volumes зберігають дані між deployments і безперервно споживають дисковий простір. Моніторте фактичне використання:
dockup volume usage <volumeId> production/web --json
Виділені 20 GB, з яких використовується 2 GB, можуть означати запас для зростання або марнотратство. Рішення залежить від того, як Dockup вимірює використання диска, і від найближчих перспектив зростання застосунку.
Preview deployments
Для кожного PR або branch можна отримати ізольоване середовище та URL. Preview споживає ресурси, поки активне. Preview у приватній мережі також може звертатися до production database через автоматичного read-only користувача, що збільшує навантаження на database навіть без окремої database.
Windows VMs і Linux boxes
Обчислювальні ресурси на рівні ОС можуть мати більший постійний footprint, ніж невеликий application container. Визначайте розмір на основі виміряних вимог програмного забезпечення та вимикайте або видаляйте тимчасові ресурси після завершення їхньої роботи.
У платних планах кількість ресурсів необмежена, тому замість жорстких лімітів потрібне governance. Агент не має створювати десять тестових сервісів лише тому, що платформа це дозволяє.
Як порівнювати 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 | Окремо або включена | Окремо або включена | Споживання ресурсів керованих сервісів |
| Previews | Змоделювати тривалість | Змоделювати тривалість | Споживання ресурсів під час роботи |
| Seats | Зафіксувати актуальне | Зафіксувати актуальне | Перевірити актуальні умови team-плану |
Уникайте трьох поширених помилок:
- Порівнювати production-сервіс на одній платформі зі сплячим free-сервісом на іншій.
- Віднімати включений кредит двічі.
- Сприймати необмежену кількість ресурсів як необмежене використання.
У статті Dockup vs Render vs Fly.io цей метод застосовано без фіксації цін конкурентів.
Як командам контролювати витрати на PaaS?
Контроль витрат — це операційний цикл. Переглядайте споживання сервісів і баланс облікового запису в app.dockup.ai, а потім пов’язуйте зміни з deployments, трафіком і зростанням ресурсів.
Призначте відповідальних за ресурси. Кожен service, database, volume, Windows VM, Linux box і preview мають мати призначення та власника. Видаляйте або зупиняйте невикористовувані ресурси через затверджений процес.
AI-агент може допомогти перелічити ресурси, підсумувати використання та запропонувати дії. Він не має автономно видаляти ресурси лише на підставі низької активності. Database для аварійного відновлення або рідко використовуваний адміністративний сервіс можуть навмисно перебувати в простої.
Бюджетні пороги
Визначте:
- Очікуваний щомісячний діапазон.
- Порогове значення попередження.
- Порогове значення для розслідування.
- Необхідність погодження для нових постійно активних ресурсів.
- Максимальну тривалість роботи preview.
- Порогове значення зростання volume.
- Відповідального за незрозумілі витрати.
Прогноз — це діапазон, а не обіцянка. Використовуйте низький, очікуваний і високий сценарії для трафіку та активності preview.
Unit economics
Пов’язуйте витрати на інфраструктуру з одиницею продукту: активним клієнтом, обробленою job, API-запитом або згенерованим артефактом. Загальна вартість може зростати, а вартість одиниці — зменшуватися. Фіксована абонплата $20 також може здаватися низькою, хоча невикористовувані сервіси створюють операційну складність.
Вартість часу інженерів
Нижчий рахунок за платформу може бути гіршим рішенням, якщо команді доведеться створювати й підтримувати deployment wrappers, моніторинг, orchestration preview, backup або механізми безпеки агентів. Враховуйте операційні трудовитрати та ризик інцидентів.
Цінність Dockup — не лише в таблиці цін. Платформа поєднує deployment layer для AI-агентів із керованими сервісами та операційними можливостями в одному CLI.
План перевірки протягом 30 днів
- Почніть із найменшого плану, достатнього для тесту.
- Розгорніть показовий сервіс і database.
- Створіть реалістичний трафік або workload.
- Залишайте previews лише на звичайну тривалість review.
- Щотижня відстежуйте використання.
- Перевіряйте зростання volume і database.
- Порівняйте прогноз із фактичними витратами наприкінці місяця.
- Змінюйте план лише на основі даних.
План Free надає $10 початкового кредиту для первинної перевірки. План Pro надає щомісячний баланс $20 для ширшого production-тесту.
Фінальне рішення щодо цін PaaS
Ціни PaaS легко зрозуміти, коли кожна стаття має одиницю вимірювання, період і правило відповідальності. Оплата за використання вигідна для ефективних і періодичних навантажень, а фіксовані інстанси — для передбачуваних сценаріїв, коли потужність потрібна постійно.
Модель Dockup із похвилинною оплатою CPU, RAM і диска слід оцінювати на основі реального використання сервісів. Виберіть план із відповідним включеним балансом і можливостями облікового запису, а потім продовжуйте вимірювання, не припускаючи, що абонплата обмежує все споживання.
Актуальні команди для роботи з використанням дивіться в довіднику Dockup CLI. Порівняйте сусідні платформи у статтях Dockup vs Railway і Dockup vs Heroku, перевіривши їхні актуальні офіційні ціни перед публікацією.
Відокремлюйте грошовий потік від економічної вартості
Включений кредит впливає на те, коли кошти списуються з рахунку, але не робить workload безкоштовним. Відстежуйте валове споживання ресурсів і чисту суму до сплати. Валові витрати показують ефективність, а чисті — вплив на грошовий потік.
Наприклад, підписка Pro надає $20 щомісячного кредиту. Якщо виміряне споживання ресурсів менше за баланс, грошове списання може залишатися на рівні абонплати $20. Якщо споживання перевищує баланс, перевищення стає додатковою витратою. Точний результат залежить від актуальної моделі вимірювання та балансу облікового запису.
Використовуйте звіти про ціни PaaS, у яких показано обидва значення, щоб команди не оптимізували витрати лише після вичерпання кредиту.
Явно моделюйте невизначеність
Ранні прогнози мають містити три сценарії:
| Змінна | Низький | Очікуваний | Високий |
|---|---|---|---|
| Трафік | 50% плану | Прогноз | 200% плану |
| Тривалість роботи preview | 2 години | 8 годин | 3 дні |
| Зростання database | 1 GB/міс. | 5 GB/міс. | 20 GB/міс. |
| Активність worker | 2 год/день | 8 год/день | 24 год/день |
| Накладні витрати на інциденти | Немає | Одне відновлення | Повторне debugging |
Застосуйте актуальні тарифи за одиницю до кожного сценарію. Мета — не точність до цента, а визначення припущення, яке може змінити рішення.
Фіксований інстанс також має невизначеність: команда може перевищити вибраний розмір і перейти на наступний tier. Враховуйте такі стрибкоподібні зміни.
Враховуйте множення середовищ
Production-архітектура рідко складається з одного сервісу. Рахуйте staging, previews, workers, databases, Redis, volumes, Windows VMs, Linux boxes і тимчасові ресурси для міграцій.
Один невеликий сервіс може без проблем вкладатися в початковий кредит. Той самий сервіс у production, staging і п’яти постійних previews — це вже інша проблема цін PaaS.
Визначте, які середовища працюють постійно:
- Production: зазвичай завжди активне.
- Staging: постійно активне лише за потреби.
- Preview: прив’язане до відкритого PR або branch.
- Load test: створюється на запланований період.
- Migration: видаляється після перевірки.
- Disaster recovery: оцінюється відповідно до цільового рівня готовності.
Необмежена кількість ресурсів у платному плані робить таке governance ще важливішим.
Порівнюйте варіанти оптимізації з урахуванням ризику
Зменшення обсягу пам’яті, зупинка worker, скорочення retention або видалення volume може зменшити витрати, але кожна дія змінює надійність. Поруч з очікуваною економією зафіксуйте наслідки для сервісного рівня.
Корисна пропозиція з оптимізації містить:
- Ресурс і відповідального.
- Поточне виміряне споживання.
- Запропоновану зміну.
- Очікуваний щомісячний діапазон.
- Ризик для продуктивності або відновлення.
- Спосіб rollback.
- Період спостереження.
Агент може підсумувати виміряне платформою споживання, але зміни, які можуть вплинути на availability або збереження даних, має затверджувати людина.
Переглядайте ціни PaaS після змін в архітектурі
Новий cache може зменшити CPU database, але збільшити витрати на Redis. Фоновий worker може покращити latency API, водночас працюючи більше годин. Private networking може змінити архітектуру, не змінюючи основних одиниць CPU/RAM/disk. Dockerfile може зменшити розмір image, але потребувати часу інженерів.
Перераховуйте прогноз після:
- Додавання managed database.
- Увімкнення великої кількості previews.
- Підключення великого volume.
- Переходу на Kubernetes autoscaling.
- Створення Windows VM або Linux box.
- Зміни retention.
- Запуску нового регіону або customer tier.
Ціни PaaS — це жива модель, пов’язана з архітектурою, а не одноразова таблиця для закупівель.
Шаблон щомісячного review
Фіксуйте план, початковий баланс, валове використання, залишок балансу, п’ять ресурсів із найбільшим споживанням, неочікувані зміни, зупинені ресурси, кількість preview, зростання диска та сценарії на наступний місяць.
Порівнюйте результат із попереднім місяцем і додавайте примітки про deployments або події з трафіком, які пояснюють різницю. Так review витрат стає корисним для engineering, а не фінансовим сюрпризом.
Цей самий шаблон можна використовувати для порівняння провайдерів із фіксованими інстансами: замініть рядки виміряних ресурсів на вартість вибраних інстансів і додайте utilization, щоб простійна потужність залишалася помітною.
Публікуйте припущення для кожної оцінки
Число щодо цін PaaS без припущень неможливо перевірити. Додавайте години роботи, використання ресурсів, зростання диска, тривалість preview, кількість databases і дату актуальності тарифу за одиницю. Позначайте значення як виміряні, оцінені або невідомі.
Оновлюйте модель після першого тижня та першого повного місяця. Різниця між прогнозом і фактичними даними — це інформація про workload, а не просто бухгалтерська помилка.
Такий підхід зберігає актуальність порівнянь цін PaaS, коли провайдери змінюють тарифи або архітектура зростає.
Зберігайте модель під контролем версій
Зберігайте припущення та дату review поруч із нотатками про архітектуру. Версійована модель цін PaaS показує, чому команда змінила план, і не дає старій таблиці перетворитися на незрозумілий бюджетний орієнтир.
Почніть із deployment, який можна перевірити
Розгорніть один показовий workload, спостерігайте за ним протягом 30 днів і порівняйте виміряне споживання сервісу, database, preview і диска з балансом плану.
Почніть безкоштовно на 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 і диска все одно списується з балансу плану.
Як вимірюється використання Dockup?
Використання CPU, RAM і диска вимірюється щохвилини та списується з включеного або поповненого балансу облікового запису.
Чи завжди оплата за використання дешевша за фіксований інстанс?
Ні. Вона може заощадити кошти для змінного навантаження або workload із простоєм, тоді як постійно завантажений і передбачуваний workload може бути вигіднішим на фіксованому інстансі. Моделюйте однаковий попит.
Як порівняти ціни двох PaaS?
Нормалізуйте години роботи, CPU, memory, disk, databases, previews, transfer, seats і support, а потім визначте фіксовані платежі, оплату за виміряне використання, включені кредити та невизначеність.