Cloudflare представил Dynamic Workflows — библиотеку, которая позволяет CI/CD-платформам запускать разные конвейеры для каждого репозитория без отдельной виртуальной машины на каждый шаг. Для команд с десятками и сотнями проектов это попытка убрать самую дорогую часть CI: прогрев раннеров, лишние копии репозиториев и простой инфраструктуры.
Если коротко, Cloudflare продаёт не «ещё один Actions», а набор примитивов для быстрой и дешёвой автоматизации сборок. И это уже интереснее, чем звучит в пресс-релизном стиле.
Что именно показал Cloudflare
Анонс вышел 1 мая 2026 года. Речь не о готовом сервисе, который завтра заменит GitHub Actions или GitLab CI, а о связке из нескольких компонентов: Dynamic Workflows маршрутизирует код workflow на лету, Dynamic Workers запускают лёгкие шаги в изолятах за миллисекунды, а Artifacts хранит Git-репозитории рядом с вычислениями.
Идея простая: у классического CI каждый запуск начинает один и тот же ритуал — поднять виртуальную машину, подтянуть образ, склонировать репозиторий, установить зависимости. Cloudflare предлагает другую схему: не возить репозиторий к вычислениям, а подводить вычисления к данным.
Цифры, на которых держится анонс
Cloudflare приводит несколько конкретных цифр. Workflows V2 поддерживает до 50 000 параллельных экземпляров и до 300 новых запусков в секунду на один аккаунт. Отдельно сервис Artifacts, который компания вывела в бета-версию 16 апреля 2026 года, рассчитан на десятки миллионов Git-репозиториев.
В блоге Cloudflare сравнивает типичный CI-запуск для среднего JavaScript-проекта с edge-подходом. В старой схеме только подготовка окружения съедает время: выделение виртуальной машины — 15–30 секунд, загрузка базового образа — около 10 секунд, git clone — ещё около 10 секунд, npm ci — 30–60 секунд. В новой модели fork репозитория занимает секунды, а шаги вроде lint, format, typecheck и bundle стартуют в изолированной среде за миллисекунды.
Авторы блога формулируют тезис без ложной скромности: «CI ещё никогда не был таким быстрым». Маркетинг здесь, конечно, тоже присутствует. Но логика у заявления есть: если убрать постоянный прогрев контейнеров и хранить репозиторий рядом с рантаймом, конвейер действительно стартует быстрее и обходится дешевле.
Чем это отличается от GitHub Actions и GitLab CI
Сравнивать релиз напрямую с готовыми CI-сервисами пока рано. Dynamic Workflows — это библиотека под лицензией MIT, а не законченный продукт в стиле «подключил репозиторий и забыл». Она работает поверх Dynamic Workers, которые сейчас доступны в открытой бета-версии на платном тарифе Workers.
Но для стратегии Cloudflare это важный шаг. Ещё 31 октября 2024 года компания запустила Workers Builds с интеграцией GitHub и GitLab. Новый анонс добавляет нижний слой для более сложного сценария: когда у каждого репозитория, ветки или клиента свой конвейер, который должен переживать сбои, ждать ручного подтверждения и продолжать работу с того же шага.
Практический смысл для рынка
Для российских и СНГ-команд здесь важны не модные слова про edge, а экономика. Стартапы и агентства получают ориентир, как строить сервисы автоматизации для многих клиентов без фермы постоянно включённых раннеров. Корпоративным DevOps-командам анонс показывает, куда двигается рынок: от тяжёлых виртуальных машин и контейнеров к более мелким изолированным шагам, которые можно усыплять между этапами и не оплачивать в простое.
Есть и холодный душ. Если у команды self-hosted GitLab, сложные Docker-сборки, приватные сети и жёсткие требования к окружению, стек Cloudflare не заменит текущий CI/CD за один спринт. Но как направление для внутренних платформ, временных окружений и событийных конвейеров это один из самых внятных инфраструктурных анонсов года.
Оригинальные источники: Cloudflare Blog — Dynamic Workflows, Cloudflare Docs — Artifacts beta, Cloudflare Blog — Workers Builds.
Следующий логичный шаг — посмотреть, превратит ли Cloudflare этот набор примитивов в полноценный CI-продукт, а не оставит его только платформенным командам и разработчикам инфраструктуры.