Pay-as-you-go (PAYG) — это модель оплаты облачных сервисов, при которой вы платите только за реальные объёмы использованных ресурсов, без долгосрочных контрактов и больших авансовых платежей. Принцип — «плати за то, что использовал»: у провайдера идёт измерение потребления (метринг), затем на этом основании формируется счёт.

Как это обычно работает

• Учёт ресурсов. Для каждого типа сервиса ведётся своя метрика: виртуальные машины — время работы (чаще за секунды/минуты/часы), хранилище — гигабайт-месяцы (GB-month), трафик — гигабайты исходящего трафика, функции (FaaS) — число вызовов и время выполнения × объём памяти и т. п.

• Тарификация. Провайдер публикует цены за единицу (например, $ за час, $/GB-месяц, $ за 1 млн запросов). Итоговый счёт = сумма по всем ресурсам: (единицы × цена за единицу).

• Платёжный цикл и отчёты. Обычно счёт формируется ежемесячно; доступны детализированные отчёты и логи использования для разнесения расходов по проектам/тегам.

Типичные единицы оплаты

• Compute: оплата за время работы инстанса (часто поминутно или посекундно).

• Storage: оплата за объём хранилища за период (GB-month) + операции (IOPS, PUT/GET для объектного хранилища).

• Network: исходящий трафик в GB (входящий часто бесплатен).

• Managed services: базы данных, очереди — могут быть по часам/запросам/пропускной способности.

• Serverless: число вызовов × длительность (мс) × выделенная память.

Плюсы PAYG

• Низкий порог входа — нет крупных капиталовложений, удобно для старта и экспериментов.

• Гибкость и масштабируемость — платите, когда нагрузка растёт, останавливаете ресурсы — расходы падают.

• Подходит для переменных и непредсказуемых нагрузок (всплески трафика).

• Быстрая проверка гипотез и CI/CD: разворачиваете окружения на короткое время и платите только за фактическое время.

Минусы и риски

• Непредсказуемые затраты при сильных пиках или ошибочных конфигурациях.

• Для постоянных, стабильных нагрузок PAYG может быть дороже по сравнению с резервированными/долгосрочными скидками.

• Нужно внимательное отслеживание: забытые инстансы, высокие I/O или межрегиональный трафик — всё это может неожиданно увеличить счёт.

Как считать стоимость (формула)
Суммарная стоимость = Σ (количество_единиц × цена_за_единицу) + фиксированные сборы (если есть) + прочие расходы (трафик, лицензии).

Пример расчёта (иллюстрация арифметики):
Предположим, инстанс стоит 0.10 USD за час и он работал 72 часа. Считаем пошагово:

• 0.10 × 72 = (0.10 × 70) + (0.10 × 2).

• 0.10 × 70 = 7.0.

• 0.10 × 2 = 0.2.

• Сумма = 7.0 + 0.2 = 7.2 USD.

Практики оптимизации расходов

• Авто-скейлинг и автоматическое выключение неиспользуемых сред (dev/stage вне рабочего времени).

• Rightsizing — подбор размеров машин по фактической нагрузке.

• Использование краткосрочных «spot/preemptible» инстансов для некритичных задач.

• Резервирование/коммитменты для стабильных нагрузок (часто комбинируют с PAYG).

• Кеширование и CDN для снижения исходящего трафика и числа обращений к бэкенду.

• Тегирование ресурсов и разнесение затрат по проектам, настройка бюджетов и алертов.

• Архивация редко используемых данных в более дешёвые классы хранения.

• Мониторинг и регулярные аудиты счёта, экспорт биллинга для внешнего анализа.

Когда PAYG выгоден / когда лучше другой подход

• Выгоден для непредсказуемых, сезонных и экспериментальных нагрузок, стартапов, dev/test окружений и serverless.

• Для стабильных 24/7 рабочих нагрузок обычно рассматривают резервированные инстансы или планы с долгосрочным обязательством, чтобы получить существенные скидки.

Типичные ошибки, которые приводят к росту расходов

• Забытие запущенных тестовых инстансов.

• Неправильная зона/регион, приводящая к межрегиональному трафику.

• Хранение «горячих» данных в дорогих классах вместо архива.

• Избыточное логирование и хранение логов без ротации.

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