Cloudflare Workers бесплатно: лимиты Worker Previews

Можно ли использовать Cloudflare Workers бесплатно? Да: тариф Workers Free включает 100 Previews на каждый Worker и 100 развёртываний в каждом Preview. Но это не делает тестирование веток безлимитным: для динамического выполнения, минут сборки, хранилища, инференса ИИ и Containers действуют отдельные лимиты или цены.

В Cloudflare Worker Previews каждая Git-ветка получает среду, похожую на production, внутри того же Worker. Поэтому полезный ответ — не просто «$0». Сам объект Preview доступен на Free, а дальше ветка расходует или задействует те же сервисы платформы, бюджет которых всё равно нужно учитывать.

Можно ли использовать Cloudflare Workers бесплатно?

Да, сама квота Preview бесплатна. В актуальной документации Cloudflare о лимитах Preview указано: 100 Previews на один Worker в тарифе Free, 500 — в платных тарифах и 100 развёртываний внутри каждого Preview независимо от тарифа.

Но у этого ответа есть важная граница. Preview — это объект среды, а не пакет бесплатного рантайма, хранилища, сборок или обращений к модели. На действующей странице тарифов Workers для аккаунтов Free по-прежнему указаны 100,000 динамических запросов к Worker в день и лимит CPU 10 миллисекунд на вызов. Workers Paid по-прежнему стоит от $5 за аккаунт в месяц, включает 10 миллионов запросов и 30 миллионов миллисекунд CPU в месяц, после чего применяются опубликованные расценки за превышение.

Актуальные страницы Preview и тарифов были проверены 28 сентября 2026 года. Ни на одной из них нет отдельной платы за Preview, но нигде не сказано, что выполнение в Preview безлимитно или получает отдельный пул ресурсов. Поэтому безопасная модель бюджета звучит так: объекты Preview бесплатны, использование считается по действующим счётчикам продуктов.

Что именно изменилось 22 сентября 2026 года

Cloudflare запустила Worker Previews 22 сентября 2026 года, чтобы каждая ветка получала собственную работающую среду, постоянный URL Preview, конфигурацию, средства наблюдаемости и состояние. Команда npx wrangler preview создаёт или обновляет Preview, связанный с текущей веткой.

Для бизнеса это означает более короткий цикл проверки. ИИ-агент может развернуть ветку, отправить в неё запросы, изучить логи и трассировки, исправить код и обновить тот же общедоступный URL Preview ещё до слияния с production. Несколько агентов или разработчиков могут работать параллельно, не дожидаясь своей очереди к одному общему staging-Worker.

Каждая ветка получает URL двух полезных типов. URL Preview всегда ведёт на последнее развёртывание этой ветки. URL Deployment закреплён за одним конкретным развёртыванием, поэтому ссылку в комментарии к ревью или сравнение при регрессии можно воспроизвести позднее.

Изоляция здесь существенная. Cloudflare автоматически выделяет каждому Preview собственное пространство имён Durable Object и хранилище. Платформа также может создать отдельное приложение-контейнер и его экземпляры. Переменные, секреты и привязки могут отличаться от production, а логи и трассировки остаются в пределах ветки.

Этот процесс надёжнее прежней модели Version URL, но полноценной копии production он не создаёт. Некоторые привязки и триггеры по-прежнему обращаются к общим или production-системам. Именно это ограничение, а не удобство URL Preview, должно определять уровень полномочий агента.

Бесплатный тариф Cloudflare Worker Previews: что входит

Вместимости Free достаточно для обычной работы с ветками. Один Worker может содержать 100 сред Preview, а каждый Preview — хранить 100 развёртываний. На Paid число сред увеличивается до 500, но глубина истории развёртываний для каждого Preview не меняется.

Это разные измерения. Если одну ветку развёртывать многократно, она всё равно занимает один слот Preview, но её история развёртываний растёт. Несколько веток с одним активным Preview в каждой занимают несколько слотов Preview, даже если трафика нет ни у одной.

Полезно сравнить старую и новую объектную модель. Чтобы сопоставить пять веток со средами Wrangler, приходилось управлять пятью отдельными Workers. В Worker Previews те же пять веток размещаются внутри одного Worker как пять объектов Preview. На Free доля занятых ресурсов аккаунта меняется с 5% от лимита в 100 Workers на 1% лимита Workers плюс 5% лимита Preview для этого Worker. В обоих вариантах заявленная базовая цена может оставаться $0, пока использование укладывается в лимиты. Выигрыш здесь — более простая изоляция и меньше разрозненных сред, а не скидка на выполнение.

Для Worker Previews требуется Wrangler 4.135.0 или новее. Важна версия, установленная в самом проекте: команды проекта не подменяют её незаметно более новой глобальной установкой. В старом репозитории из-за этого легко ошибочно решить, что функция недоступна.

Важна и граница конфигурации. Previews не наследуют настройки production. Ветка получает то, что объявлено в блоке previews, плюс ресурсы, которые Cloudflare изолирует автоматически. Пустой или неполный блок может привести к тому, что Preview развернётся успешно, но не получит доступа к ресурсу, который ожидает код.

Лимиты Cloudflare Preview: что удаляется первым

Когда любой из объектных лимитов исчерпан, Cloudflare автоматически освобождает место. На уровне Worker удаляется Preview с самым давним последним развёртыванием. Внутри одного Preview удаляется самое старое развёртывание.

Поэтому 101-е развёртывание в тот же Preview запускает ротацию: самое старое развёртывание удаляется, чтобы освободить место новому. Это не означает, что первые 100 сборок были бесплатными. Workers Builds отдельно учитывает минуты сборки независимо от того, создавались production-развёртывания или Preview-развёртывания.

Для агента, который часто обновляет ветку, постоянный URL Preview остаётся удобным: он всегда ведёт на последнее развёртывание. Риск касается истории расследований. Если команде нужно воспроизвести прежнюю ошибку, соответствующий URL Deployment и логи стоит сохранить до того, как это развёртывание станет самым старым.

Автоматическое удаление объекта не заменяет полноценную политику очистки ресурсов. При удалении Preview исчезают его запись Preview и пространство имён Durable Object, но Cloudflare предупреждает, что созданное приложение-контейнер может остаться видимым. Поэтому задача, запускаемая при закрытии ветки, должна удалить Preview, а затем проверить приложения Container, если использовались Containers.

Цена Cloudflare Worker Previews складывается из четырёх частей

В тарифах Cloudflare Worker Previews нет отдельной строки с ценой за Preview. На практике счёт складывается из четырёх частей: выполнения Worker, сборок, привязанных ресурсов и необязательных вычислительных или модельных продуктов.

1. Выполнение Worker

Workers Free разрешает 100,000 запросов на аккаунт в день и ограничивает каждый вызов 10 миллисекундами CPU. Запросы к статическим ресурсам бесплатны и не ограничены; квота запросов применяется к обращениям, которые запускают код Worker. Поэтому тест ветки, загружающий только статические файлы, может выглядеть почти бесплатным, тогда как тест API активно расходует динамическую квоту.

Workers Paid стоит от $5 за аккаунт в месяц. В него входят 10 миллионов запросов и 30 миллионов миллисекунд CPU в месяц, затем каждый дополнительный миллион запросов стоит $0.30, а каждый дополнительный миллион миллисекунд CPU — $0.02. На Paid стандартный лимит CPU для HTTP-вызова составляет 30 секунд, и его можно увеличить до 5 минут.

Лимит Free в 10 миллисекунд часто оказывается первым препятствием. Объём запросов здесь не поможет: тестовый набор может отправлять совсем немного запросов и всё равно завершаться ошибкой, если один динамический вызов стабильно требует более 10 миллисекунд CPU.

Для оценки платформы в целом обзор Cloudflare отделяет тариф аккаунта Workers за $5 от тарифов приложений Cloudflare для отдельных доменов и счётчиков других продуктов.

2. Workers Builds

В лимитах и тарифах Workers Builds для аккаунтов Free указаны 3,000 минут сборки в месяц, одна одновременная сборка и тайм-аут 20 минут. Paid включает 6,000 минут, после чего каждая дополнительная минута стоит $0.005; одновременно можно запускать шесть сборок, а тайм-аут остаётся тем же. Ветки, созданные агентами, могут упереться в параллелизм или минуты, даже если число объектов Preview невелико.

Именно поэтому «100 развёртываний на Preview» нельзя читать как «100 включённых сборок». Первый показатель — глубина сохраняемой истории развёртываний. Второй — вычислительные ресурсы CI.

3. Хранилища и привязанные ресурсы

KV, D1, R2, Queues, Vectorize, Hyperdrive и другие привязки используют собственные идентификаторы ресурсов и отдельные счётчики. Если два Previews привязаны к одной базе D1 или одному бакету R2, данные у них общие. Для изоляции нужен отдельный ресурс, и он всё равно тарифицируется по правилам соответствующего продукта.

В качестве масштаба: R2 включает 10 GB-month, 1 миллион операций Class A и 10 миллионов операций Class B в месяц. После этого стандартное хранение стоит $0.015 за GB-month, операции Class A — $4.50 за миллион, а Class B — $0.36 за миллион. В D1 Free входят 5 миллионов прочитанных строк и 100,000 записанных строк в день, а также 5 GB общего хранилища. Разбор бесплатных лимитов D1 показывает, почему общая staging-база может стать ограничением доступности, даже когда слоты Preview ещё остаются.

У KV есть ещё одна отдельная суточная квота: на Free доступны 100,000 чтений, 1,000 записей, 1,000 удалений и 1,000 запросов списка при объёме хранения 1 GB. Тест, который заполняет или очищает пространство имён, может исчерпать эту квоту гораздо быстрее, чем smoke-тест только для чтения.

4. Инференс ИИ и Containers

Тарифы Workers AI дают аккаунтам Free и Paid по 10,000 Neurons в день без оплаты. На Paid использование сверх этого объёма стоит $0.011 за 1,000 Neurons. Поэтому тест ветки с обращением к модели расходует сразу два ресурса: запрос к Worker и запущенный им инференс. Подписка на внешний ИИ-агент или API модели оплачивается другому поставщику и в лимит Preview не входит.

На странице цен Containers для Free нет включённой квоты Containers. В Workers Paid входят 25 GiB-hours памяти, 375 vCPU-minutes и 200 GB-hours диска в месяц, а перерасход оплачивается отдельно. Трафик Container также задействует Workers и Durable Objects, поэтому автоматически изолированный Preview-контейнер нельзя считать продуктом с одним счётчиком.

Сколько стоят Worker Previews для пяти активных веток

Понятная смета начинается с нагрузки, а не с названия тарифа. Предположим, есть пять активных веток, и каждая получает 200 динамических тестовых запросов в день. Итого — 1,000 запросов в день для пяти объектов Preview.

На Free число Preview укладывается в лимит с запасом, а расчётный трафик невелик. У аккаунта остаётся 99,000 динамических запросов в день, только если квоту больше ничто не расходует. В рабочую смету нужно включить production-трафик, другие Workers и все пять сред веток.

Здесь важно правильно обозначить качество доказательств. Cloudflare называет 100,000 запросов в день лимитом тарифа аккаунта, а Preview запускает настоящую версию Worker. При этом в документации Preview прямо не сказано, что трафик Preview списывается с того же счётчика. Поэтому учитывать запросы Preview в общей квоте аккаунта — консервативное бюджетное допущение, пока его не подтвердит наблюдение за использованием аккаунта или явное заявление Cloudflare.

Во время этой проверки не было доступа к учётным данным аккаунта Cloudflare, проекту Worker или установленной в проекте версии Wrangler. Тестовые Previews не развёртывались, изменение показателей использования не измерялось. Доступность функции подтверждена источниками; эта смета остаётся моделью.

На Paid эта нагрузка от веток сама по себе не создаёт перерасхода запросов, но аккаунт всё равно платит минимум $5 в месяц. Итог могут изменить CPU и привязанные продукты. При той же интенсивности тестирования все 100 слотов Preview на Free дадут 20,000 запросов в день — 20% расчётной суточной квоты. Все 500 слотов на Paid дадут 3 миллиона запросов за 30-дневный месяц — 30% включённой месячной квоты. В обоих изолированных примерах лимит объектов Preview наступает раньше лимита запросов. Production-трафик может поменять их местами.

Что это меняет для разработчиков, эксплуатации и тех, кто выбирает тариф

Разработчики получают параллельную проверку в рантайме, но не автоматическую защиту ресурсов

Разработчик может дать каждой активной ветке постоянный URL и изолированное состояние Durable Object. Так исчезает конфликт общего staging, где развёртывание одного инженера ломает ревью другого. Кроме того, ИИ-агент получает конкретную цель для curl, браузерных проверок, логов и трассировок.

Ограничение задаёт конфигурация. D1, KV и R2 не изолируются лишь потому, что изолирован код. Если два Previews используют один идентификатор, ресурс у них общий. Безопасный вариант по умолчанию — отдельный ресурс не для production либо намеренно общий staging-ресурс с данными, которые можно удалить.

Эксплуатация отвечает за общий бюджет и очистку

Команде эксплуатации стоит раздельно отслеживать четыре показателя: активные объекты Preview, число развёртываний в истории каждого Preview, динамическое использование Worker и использование привязанных продуктов. Один общий показатель на дашборде не объяснит все четыре.

Очистку нужно встроить в автоматизацию pull request. Когда ветка закрывается, удаляйте её Preview. Если использовались Containers, проверьте созданное приложение-контейнер. До ротации сохраните URL Deployment или трассировку, которые понадобятся для разбора инцидента.

Покупать Paid стоит ради конкретного ограничения

Не переходите на Paid только потому, что слово «Preview» звучит как платная функция. Платный тариф нужен, когда названное требование выходит за рамки Free: одному Worker требуется более 100 одновременных Previews; суммарный динамический трафик веток и production приближается к 100,000 запросов в день; вызову нужно более 10 миллисекунд CPU; либо необходимы Containers.

Paid может быть разумным выбором для снижения риска ещё до того, как этого потребует объём. Команда клиентского продукта может предпочесть месячную квоту и счёт за перерасход жёсткому суточному лимиту Free, даже если тесты пяти веток расходуют лишь 1% расчётной суточной квоты.

Как изменить рабочий процесс

Действуйте сейчас, если несколько инженеров или агентов работают по очереди с одним изменяемым staging-Worker. Перенесите проверку веток в Previews, задайте правила для ресурсов вне production и добавьте очистку при закрытии ветки в CI. Этот релиз напрямую устраняет проблему координации.

Подождите, если приложение зависит от service bindings между несколькими Workers, потребителей Queue, Cron Triggers, production-маршрутов или автоматически изолированных Workflows. Сейчас эти пути не остаются полностью внутри Preview. В Preview по-прежнему можно проверить HTTP-часть, но он не докажет изоляцию всей системы.

Для вас почти ничего не меняется, если проект уже использует стабильную отдельную среду для каждой ветки либо Worker статичен, а изменения полностью проверяются локально и на уровне версии развёртывания. Само наличие нового объекта ценности не создаёт.

Правило выбора простое: оставайтесь на Free, пока число объектов, CPU на вызов, расчётный трафик аккаунта и требования к продуктам укладываются в ограничения. Переходите на Paid, когда любая из этих границ становится значимой для работы. Число запросов — не единственная точка перехода.

Что в Worker Previews переоценено

Формулировка релиза точнее всего описывает изолированный Worker для ветки. Но она становится слишком широкой, если понимать её как изолированную копию всего приложения Cloudflare.

• Service binding из Preview вызывает production-развёртывание другого Worker. Маршруты запросов через несколько Workers не сопоставляются автоматически ветка к ветке.
• Workflow binding использует уже развёрнутый Workflow. Cloudflare не создаёт для ветки отдельный Preview-Workflow.
• Preview может отправлять сообщения в Queue, но не может быть её потребителем. Если направить его в production-Queue, production может обработать тестовые сообщения.
• Cron Triggers и production-маршруты по-прежнему ведут в production.
• KV, D1, R2 и некоторые другие ресурсы изолируются только при привязке другого идентификатора ресурса.
• URL Preview по умолчанию общедоступны. Вариант workers.dev передаёт X-Robots-Tag: noindex, но Preview на собственном домене следует защищать через Cloudflare Access, если невыпущенная работа должна оставаться закрытой.
• Containers поддерживаются частично, а после удаления созданное приложение может оставаться видимым, пока его не очистят отдельно.

Для агента это не крайние случаи. От них зависит разница между «агент может тестировать свою ветку» и «агент не может затронуть production». Актуальную матрицу изоляции ресурсов следует воспринимать как документ о полномочиях, а не как необязательное руководство по настройке.

Есть и другое преувеличение — финансовое: 100 Previews на Free не равны 100 полностью бесплатным staging-стекам. Это означает лишь, что Cloudflare позволяет одному Worker хранить столько объектов Preview. Бюджет определяют ресурсы за ними.

Проверьте лимиты, затем переходите к настройке

Чтобы проверить доступность, достаточно ответить на четыре вопроса:

1. Аккаунт использует Workers Free или Paid?
2. Сколько активных Previews уже есть у этого Worker?
3. Какую часть бюджета запросов и CPU аккаунта уже расходуют production и другие Workers?
4. Закреплена ли в проекте версия Wrangler 4.135.0 или новее?

Если всё укладывается в лимиты, настройте и разверните среду по официальному руководству Worker Previews. Оценку стоимости проводите отдельно: перечислите каждый привязанный ресурс, путь сборки, обращение к модели и Container до того, как агент начнёт создавать ветки.

Частые вопросы о Cloudflare Worker Previews

Можно ли пользоваться Cloudflare Workers бесплатно?

Да. Workers Free стоит $0, включает 100,000 динамических запросов к Worker в день и поддерживает до 100 Previews на каждый Worker. При этом один вызов по-прежнему ограничен 10 миллисекундами CPU, а для подключённых продуктов действуют отдельные квоты.

Сколько стоит Cloudflare Worker?

Workers Free стоит $0. Workers Paid стоит от $5 за аккаунт в месяц, включает 10 миллионов запросов и 30 миллионов миллисекунд CPU, а затем применяет опубликованные расценки за превышение. Отдельной опубликованной базовой платы за Preview нет.

Сколько Cloudflare Workers можно использовать бесплатно?

Workers Free разрешает 100 Workers на аккаунт. Это отдельный лимит от Worker Previews: на Free каждый Worker может содержать 100 Previews.

Сколько стоит Cloudflare Workers AI?

Workers AI включает 10,000 Neurons в день без оплаты. На Workers Paid использование сверх суточной квоты стоит $0.011 за 1,000 Neurons.

Можно ли использовать Cloudflare Workers AI бесплатно?

На Workers Free и Workers Paid для Workers AI предусмотрена бесплатная суточная квота 10,000 Neurons. Аккаунты Free останавливаются при исчерпании квоты, а Paid могут продолжить работу по цене $0.011 за 1,000 Neurons сверх неё.

Кто главный конкурент Cloudflare?

У Cloudflare нет одного конкурента сразу во всех направлениях — сетях, безопасности, вычислениях, хранилищах и инструментах для разработчиков. Сравнивать нужно конкретный заменяемый уровень, а не всю компанию как единый продукт.

Почему падает Cloudflare?

Вопрос неоднозначен и зависит от текущего момента: речь может идти о цене акций, состоянии сервиса, трафике или другом показателе. Ни одно из этих толкований не меняет лимиты Worker Previews, проверенные по актуальной документации Cloudflare 28 сентября 2026 года.

Cloudflare — российская компания?

Нет. В обзоре компании Cloudflare штаб-квартирой назван Сан-Франциско и указано, что Cloudflare, Inc. торгуется на Нью-Йоркской фондовой бирже под тикером NET.

Зачем FBI использует Cloudflare?

Эта статья не подтверждает использование Cloudflare организацией FBI и ничего не утверждает о наборе её поставщиков. Вопрос не относится к документированным лимитам и условиям использования Worker Previews.

Что сделать в понедельник

Начните с пяти веток, установите для каждой лимит в 200 динамических тестовых запросов в день и пометьте получившиеся 1,000 запросов в день в бюджете как допущение об общем счётчике. Получив доступ к биллингу, зафиксируйте использование запросов аккаунта до и после пилота. Если изменение подтвердит модель, сохраните расчёт; если нет — замените допущение наблюдаемым значением.

Одновременно проведите инвентаризацию всех привязок в блоке previews. Для каждой выберите одну из категорий: автоматическая изоляция, выделенный тестовый ресурс, намеренно общий ресурс или обращение к production. Не разрешайте агенту развёртывание, пока у каждой строки с обращением к production не появится явное обоснование.

Хотите, чтобы следующий инфраструктурный релиз превратился в понятный бюджет и рабочее решение? Подпишитесь на рассылку.