# Cloudflare хочет запускать чужую логику и не разориться на простое - Site: VeraPoint News - Section: Новости - Date: 2026-05-04 - Canonical: https://verapointmedia.com/news/introducing-dynamic-workflows-durable-execution-that-follows-the-tenant/ - Markdown: https://verapointmedia.com/news/introducing-dynamic-workflows-durable-execution-that-follows-the-tenant.md - Summary: Cloudflare показала Dynamic Workflows — способ отдавать durable execution коду арендатора на лету и держать платформы экономичными даже при миллионах сценариев. - Tags: #cloudflare #ai #saas #workflows #infrastructure #platform - Image: https://verapointmedia.com/static/2026-05-04_introducing-dynamic-workflows-durable-execution-that-follows-the-tenant-news-cover.webp ## Sources - https://blog.cloudflare.com/dynamic-workflows/ --- ## Тут, честно, есть один очень приземлённый вопрос: а кто платит за то, что код просто ждёт? Cloudflare представила Dynamic Workflows — библиотеку, которая позволяет запускать долговременные процессы не по заранее прошитому в деплой коду, а по коду самого клиента, который подсовывается в момент выполнения. Звучит сухо, почти канцелярски. Но под капотом вопрос довольно живой: как платформе не утонуть в сотнях тысяч чужих сценариев, если каждый должен не просто стартовать, а ещё и ждать, спать часами, переживать сбои и продолжаться с того же места? И вот тут я даже немного вздрогнула: это же ровно тот класс проблем, который обычно тихо съедает деньги в облаке. Всё вроде «ничего не делает», а счёт почему-то идёт. Очень мило, конечно. ## Что именно Cloudflare пытается собрать в одну штуку Я полезла смотреть, и картина такая: Cloudflare уже несколько лет строит платформу под мир, где логика приложения всё меньше похожа на один аккуратный backend. Там теперь есть сервисы, где пользователь описывает, что хочет, а ИИ сам пишет реализацию. Есть multi-tenant SaaS — это такие сервисы, где одна и та же система обслуживает много клиентов, а у каждого свои правила и куски логики. Есть агенты, которые сами пишут и запускают инструменты. Есть CI/CD — это конвейер сборки и доставки кода, где у каждого репозитория может быть свой сценарий запуска. И вот в этой каше Cloudflare уже предложила несколько кирпичиков. Dynamic Workers — это когда платформа может подхватить код на лету и поднять из него изолированный воркер, то есть маленькую безопасную среду исполнения, буквально за миллисекунды. Durable Object Facets дали похожую идею для хранения: каждому динамически загруженному приложению можно выделить свою SQLite-базу — это такая компактная встроенная база данных — и создавать их по запросу, а не держать всё прогретым заранее. Artifacts пошли в сторону файлов и версий: Git-native файловая система, если по-человечески, это способ хранить исходники и артефакты так, будто это нормально устроенный репозиторий, только в масштабе платформы. А теперь Cloudflare добирается до самого неприятного слоя — до durable execution. ## Durable execution — это когда процесс не разваливается от первого же сбоя Если совсем по-человечески, durable execution — это режим, при котором процесс может идти долго, падать, засыпать, ждать внешнего события и потом продолжаться там же, где остановился. То есть не «запустили функцию и забыли», а «вот тебе сценарий, который должен жить своей длинной жизнью». Cloudflare Workflows у них как раз и есть такой движок. Он умеет переживать ошибки, спать часами или днями, ждать ответа извне и потом аккуратно продолжать. Это важно для онбординга, биллинга, транскодинга видео, длинных цепочек в ИИ и вообще всего, что не укладывается в один HTTP-запрос. Но раньше у этого движка был жёсткий нюанс: код workflow должен был быть частью вашего деплоя. То есть платформа заранее знает, что именно будет исполнять. А Dynamic Workflows как раз ломает это допущение. Теперь durable execution можно направлять на tenant-provided code — код арендатора, загруженный на лету. И вот это, если честно, уже не маленькая фича, а довольно большой сдвиг в том, как вообще можно строить мультиарендную платформу. ## Почему это важно не только для инженеров, а для всей этой новой ИИ-суеты Обычному человеку тут вроде бы можно пожать плечами: ну и что, какая разница, как там внутри крутится их облако? А разница есть, просто косвенная. Если у платформы получается держать миллионы уникальных workflow без постоянной платы за простаивающую инфраструктуру, то сервисам становится проще запускать персонализированную логику для каждого клиента, каждого проекта, каждого агента. Меньше ручной возни с отдельным окружением под каждого tenant-а. Меньше вечного «ой, давайте ещё один кластер, а то это всё не помещается». И в теории это должно означать более устойчивые сервисы, меньше простоев, быстрее реакции на запросы и меньше абсурда, когда платформа платит за пустоту. Но — и вот тут я специально не хочу делать вид, что всё уже ясно — это пока именно обещание архитектуры, а не доказанный в бою рай. ## Где здесь настоящая польза, а где пока красивая инженерная мечта Мне нравится здесь не маркетинговый блеск, а сама попытка соединить две вещи, которые обычно живут отдельно. С одной стороны — динамический код, который может приехать от клиента в последний момент. С другой — долговременное выполнение, которое нельзя уронить при первом чихе. Совместить это сложно, потому что сразу встают скучные, но решающие вопросы: как устроена изоляция, не тормозит ли всё на загрузке, сколько это стоит, как отлаживать сбои, как наблюдать за состоянием, где границы безопасности и можно ли вообще нормально дебажить чужой код в таком режиме. Cloudflare, конечно, говорит про near-zero idle cost и про масштаб до миллионов уникальных workflows. Но мне, если честно, хочется увидеть не только красивую модель, а ещё и ответы на очень приземлённые вопросы: что там с латентностью, что с ограничениями по состоянию, как это ведёт себя в реальном production и не превращается ли «гибкость» в новый способ усложнить жизнь всем вокруг. Потому что «мы теперь можем запускать чужую логику на лету» — это звучит мощно. Но ещё это звучит как фраза, после которой инженерная команда внезапно перестаёт спать по ночам. ## Кому это пригодится первым В первую очередь — платформенным и SaaS-командам. Тем, кто строит multi-tenant продукты, workflow-системы, AI-агентов, CI/CD-инфраструктуру и вообще сервисы, где у каждого клиента своя логика, свои правила и свои длинные процессы. Для них Dynamic Workflows — это попытка уменьшить стоимость пустого ожидания и убрать часть ручной инфраструктурной боли. Для бизнеса это значит проще масштабировать продукт под рост числа клиентов и сценариев. Для пользователей — только косвенно — это может обернуться более быстрыми и стабильными сервисами. Не магией, а скучной инженерией. Но именно скучная инженерия потом и решает, будет сервис жить или нет. ## А вот осторожность тут совсем не лишняя Cloudflare явно двигается в сторону платформы, где код, данные, хранение и теперь ещё и долговременное выполнение умеют приходить «по запросу», под конкретного tenant-а. И в этом есть что-то очень современное — и одновременно чуть нервное. Потому что чем больше платформа даёт гибкости, тем внимательнее нужно смотреть, кто именно управляет исполнением чужого кода и насколько этот контроль прозрачен. Так что анонс хороший, да. Он закрывает реальный архитектурный разрыв. Но я бы не спешила называть это «готовым ответом на всё». Сначала пусть покажут, как оно живёт в реальных нагрузках, под настоящим шумом и с настоящими ошибками. А то у нас в индустрии уже слишком много чудес, которые отлично выглядят в блоге и внезапно становятся очень дорогими, когда доходит до продакшена. ## Материалы - [Cloudflare Blog] Introducing Dynamic Workflows: durable execution that follows the tenant: https://blog.cloudflare.com/dynamic-workflows/