Michael JohnsonМожно ли ограничить расходы на облачные вычисления, не рискуя остановить рабочее приложение? В Cloudflare теперь доступны оба варианта настройки, но жёсткий лимит устроен как выключатель для продукта на уровне аккаунта: при достижении порога он блокирует новые поддерживаемые операции. Сам порог при этом не гарантирует максимальную сумму в счёте.
13 ноября 2026 года Cloudflare объявила о запуске Spend Management для клиентов Pay-as-you-go. На старте лимиты и уведомления доступны для Workers и Durable Objects. Это автоматический предохранитель от неожиданного роста потребления — при условии, что команда понимает, какие сервисы попадут под одну общую остановку, как объясняет Cloudflare.
Что изменилось по сравнению с уведомлением о расходах?
Уведомление сообщает, что расходы достигли выбранного уровня, а продукт продолжает работать. Жёсткий лимит блокирует поддерживаемые операции. В Spend Management для каждого продукта задаётся собственная политика: сумма лимита, пороги уведомлений и, при настройке, адрес электронной почты. Лимиты Workers и Durable Objects независимы друг от друга и охватывают весь соответствующий продукт в аккаунте. Настроить порог для одного Worker, отдельного пространства имён Durable Objects или одной метрики нельзя, согласно документации Cloudflare.
Практическая развилка проста: уведомление подходит, когда важнее доступность, а блокирующий лимит — когда команда готова остановить поддерживаемые операции продукта ради ограничения дальнейшего потребления.
Почему лимит не срабатывает точно на заданной сумме?
Учёт расходов и распространение блокировки не происходят мгновенно. Cloudflare описывает панель как показывающую расходы почти в реальном времени — менее чем за 10 минут; при этом движок расчёта стоимости не стоит на пути каждого запроса. Политика распространяется на узлы сети асинхронно, а среда выполнения применяет её при периодическом обновлении локального состояния. Так Cloudflare объясняет механизм работы Spend Management.
Поэтому выставленный порог — точка, после которой должна начаться блокировка, а не жёсткая верхняя граница итогового счёта. Пока расходы учитываются и правило распространяется, операции могут продолжаться. Некоторые начисления также не входят в лимит: например, подписная плата Workers Paid исключена, а сохранённые данные Durable Objects могут продолжать создавать расходы после паузы. Cloudflare предупреждает, что окончательную сумму показывает счёт.
Какую часть приложения остановит Workers-лимит?
Лимит Workers объединяет расходы на запросы и CPU-время всех Workers аккаунта после вычета включённого объёма. Когда блокировка вступает в силу, Cloudflare отклоняет новые вызовы кода, создающие расходы. Статические ресурсы, которые обслуживаются без запуска кода Worker, продолжают работать. Так область действия описана в документации Workers.
Представьте аккаунт с продакшен-приложением и тестовым Worker. Если тестовая нагрузка доведёт общий расход Workers до порога, блокировка может затронуть и продакшен-код в том же аккаунте. Разделения лимита по отдельным приложениям нет; чтобы изолировать последствия, команда может разделить соответствующие нагрузки по аккаунтам или выбрать уведомления, если остановка Workers недопустима.
У Durable Objects отдельный лимит учитывает запросы, длительность выполнения, чтение и запись строк SQLite, а также операции чтения, записи и удаления в key-value-хранилище. Он не охватывает Workers, Workers AI, KV, R2 и другие продукты. Если приложение зависит сразу от нескольких сервисов, один лимит защищает только соответствующую часть расходов, а остановка одного звена всё равно может нарушить работу приложения.
Что проверить перед включением блокировки?
Составьте карту зависимостей аккаунта: какие приложения используют Workers, какие фоновые задачи запускают расписания или очереди и какие сервисы вызывают Durable Objects. Затем решите, для каких продуктов допустима автоматическая остановка. Если сбой хуже перерасхода, настройте порог уведомления без блокировки. Если блокировка приемлема, выберите сумму с учётом задержки обработки, включённых квот и расходов, которые лимит исключает.
Cloudflare описывает настройку через панель управления, cf CLI и REST API. Например, при создании политики в API используются поле threshold_cents для суммы в центах, product_id для продукта, action для действия и notification_email для уведомлений; пример есть в анонсе компании. Автоматизация настройки не меняет область действия: лимит остаётся общим для продукта в аккаунте.
Заранее определите и процедуру восстановления. Чтобы снять остановку до следующего платёжного периода, Cloudflare предлагает поднять лимит выше накопленных расходов, отключить его или удалить политику. Изменения могут вступать в силу несколько минут; повторное включение того же лимита не обнуляет расходы текущего периода.
Когда этот механизм полезен?
Spend Management добавляет автоматическую реакцию на рост потребления: вместо одного лишь письма система может остановить новые поддерживаемые операции выбранного продукта. Для аккаунта с тестовыми задачами это может стать предохранителем от неконтролируемой нагрузки. Для аккаунта с несколькими критичными сервисами общий предел связывает бюджет и доступность всех Workers либо всех Durable Objects в аккаунте.
Решение зависит от допустимой цены остановки. Если важнее непрерывность работы, начните с уведомлений и наблюдения за расходом. Если важнее ограничить дальнейшее использование, включайте блокировку после проверки зависимостей и подготовьте восстановление. Порог стоит планировать как политику остановки продукта, а не как обещание точной суммы счёта.
