{"title":"Cloudflare хочет запускать чужую логику и не разориться на простое","url":"https://verapointmedia.com/news/introducing-dynamic-workflows-durable-execution-that-follows-the-tenant/","markdownUrl":"https://verapointmedia.com/news/introducing-dynamic-workflows-durable-execution-that-follows-the-tenant.md","language":"ru","category":"news","publishedAt":"2026-05-04T09:00:00.000Z","updatedAt":"2026-05-04T09:00:00.000Z","references":["https://blog.cloudflare.com/dynamic-workflows/"],"rights":"Public user-requested reading, summarization and citation allowed. Model training requires separate permission.","contentMarkdown":"# Cloudflare хочет запускать чужую логику и не разориться на простое\n\n- Site: VeraPoint News\n- Section: Новости\n- Date: 2026-05-04\n- Canonical: https://verapointmedia.com/news/introducing-dynamic-workflows-durable-execution-that-follows-the-tenant/\n- Markdown: https://verapointmedia.com/news/introducing-dynamic-workflows-durable-execution-that-follows-the-tenant.md\n- Summary: Cloudflare показала Dynamic Workflows — способ отдавать durable execution коду арендатора на лету и держать платформы экономичными даже при миллионах сценариев.\n- Tags: #cloudflare #ai #saas #workflows #infrastructure #platform\n- Image: https://verapointmedia.com/static/2026-05-04_introducing-dynamic-workflows-durable-execution-that-follows-the-tenant-news-cover.webp\n\n## Sources\n\n- https://blog.cloudflare.com/dynamic-workflows/\n\n---\n\n## Тут, честно, есть один очень приземлённый вопрос: а кто платит за то, что код просто ждёт?\n\nCloudflare представила Dynamic Workflows — библиотеку, которая позволяет запускать долговременные процессы не по заранее прошитому в деплой коду, а по коду самого клиента, который подсовывается в момент выполнения.\n\nЗвучит сухо, почти канцелярски. Но под капотом вопрос довольно живой: как платформе не утонуть в сотнях тысяч чужих сценариев, если каждый должен не просто стартовать, а ещё и ждать, спать часами, переживать сбои и продолжаться с того же места?\n\nИ вот тут я даже немного вздрогнула: это же ровно тот класс проблем, который обычно тихо съедает деньги в облаке. Всё вроде «ничего не делает», а счёт почему-то идёт. Очень мило, конечно.\n\n## Что именно Cloudflare пытается собрать в одну штуку\n\nЯ полезла смотреть, и картина такая: Cloudflare уже несколько лет строит платформу под мир, где логика приложения всё меньше похожа на один аккуратный backend.\n\nТам теперь есть сервисы, где пользователь описывает, что хочет, а ИИ сам пишет реализацию. Есть multi-tenant SaaS — это такие сервисы, где одна и та же система обслуживает много клиентов, а у каждого свои правила и куски логики. Есть агенты, которые сами пишут и запускают инструменты. Есть CI/CD — это конвейер сборки и доставки кода, где у каждого репозитория может быть свой сценарий запуска.\n\nИ вот в этой каше Cloudflare уже предложила несколько кирпичиков.\n\nDynamic Workers — это когда платформа может подхватить код на лету и поднять из него изолированный воркер, то есть маленькую безопасную среду исполнения, буквально за миллисекунды.\n\nDurable Object Facets дали похожую идею для хранения: каждому динамически загруженному приложению можно выделить свою SQLite-базу — это такая компактная встроенная база данных — и создавать их по запросу, а не держать всё прогретым заранее.\n\nArtifacts пошли в сторону файлов и версий: Git-native файловая система, если по-человечески, это способ хранить исходники и артефакты так, будто это нормально устроенный репозиторий, только в масштабе платформы.\n\nА теперь Cloudflare добирается до самого неприятного слоя — до durable execution.\n\n## Durable execution — это когда процесс не разваливается от первого же сбоя\n\nЕсли совсем по-человечески, durable execution — это режим, при котором процесс может идти долго, падать, засыпать, ждать внешнего события и потом продолжаться там же, где остановился.\n\nТо есть не «запустили функцию и забыли», а «вот тебе сценарий, который должен жить своей длинной жизнью».\n\nCloudflare Workflows у них как раз и есть такой движок. Он умеет переживать ошибки, спать часами или днями, ждать ответа извне и потом аккуратно продолжать. Это важно для онбординга, биллинга, транскодинга видео, длинных цепочек в ИИ и вообще всего, что не укладывается в один HTTP-запрос.\n\nНо раньше у этого движка был жёсткий нюанс: код workflow должен был быть частью вашего деплоя. То есть платформа заранее знает, что именно будет исполнять.\n\nА Dynamic Workflows как раз ломает это допущение. Теперь durable execution можно направлять на tenant-provided code — код арендатора, загруженный на лету. И вот это, если честно, уже не маленькая фича, а довольно большой сдвиг в том, как вообще можно строить мультиарендную платформу.\n\n## Почему это важно не только для инженеров, а для всей этой новой ИИ-суеты\n\nОбычному человеку тут вроде бы можно пожать плечами: ну и что, какая разница, как там внутри крутится их облако?\n\nА разница есть, просто косвенная.\n\nЕсли у платформы получается держать миллионы уникальных workflow без постоянной платы за простаивающую инфраструктуру, то сервисам становится проще запускать персонализированную логику для каждого клиента, каждого проекта, каждого агента. Меньше ручной возни с отдельным окружением под каждого tenant-а. Меньше вечного «ой, давайте ещё один кластер, а то это всё не помещается».\n\nИ в теории это должно означать более устойчивые сервисы, меньше простоев, быстрее реакции на запросы и меньше абсурда, когда платформа платит за пустоту.\n\nНо — и вот тут я специально не хочу делать вид, что всё уже ясно — это пока именно обещание архитектуры, а не доказанный в бою рай.\n\n## Где здесь настоящая польза, а где пока красивая инженерная мечта\n\nМне нравится здесь не маркетинговый блеск, а сама попытка соединить две вещи, которые обычно живут отдельно.\n\nС одной стороны — динамический код, который может приехать от клиента в последний момент.\nС другой — долговременное выполнение, которое нельзя уронить при первом чихе.\n\nСовместить это сложно, потому что сразу встают скучные, но решающие вопросы: как устроена изоляция, не тормозит ли всё на загрузке, сколько это стоит, как отлаживать сбои, как наблюдать за состоянием, где границы безопасности и можно ли вообще нормально дебажить чужой код в таком режиме.\n\nCloudflare, конечно, говорит про near-zero idle cost и про масштаб до миллионов уникальных workflows. Но мне, если честно, хочется увидеть не только красивую модель, а ещё и ответы на очень приземлённые вопросы: что там с латентностью, что с ограничениями по состоянию, как это ведёт себя в реальном production и не превращается ли «гибкость» в новый способ усложнить жизнь всем вокруг.\n\nПотому что «мы теперь можем запускать чужую логику на лету» — это звучит мощно.\n\nНо ещё это звучит как фраза, после которой инженерная команда внезапно перестаёт спать по ночам.\n\n## Кому это пригодится первым\n\nВ первую очередь — платформенным и SaaS-командам. Тем, кто строит multi-tenant продукты, workflow-системы, AI-агентов, CI/CD-инфраструктуру и вообще сервисы, где у каждого клиента своя логика, свои правила и свои длинные процессы.\n\nДля них Dynamic Workflows — это попытка уменьшить стоимость пустого ожидания и убрать часть ручной инфраструктурной боли.\n\nДля бизнеса это значит проще масштабировать продукт под рост числа клиентов и сценариев. Для пользователей — только косвенно — это может обернуться более быстрыми и стабильными сервисами. Не магией, а скучной инженерией. Но именно скучная инженерия потом и решает, будет сервис жить или нет.\n\n## А вот осторожность тут совсем не лишняя\n\nCloudflare явно двигается в сторону платформы, где код, данные, хранение и теперь ещё и долговременное выполнение умеют приходить «по запросу», под конкретного tenant-а.\n\nИ в этом есть что-то очень современное — и одновременно чуть нервное. Потому что чем больше платформа даёт гибкости, тем внимательнее нужно смотреть, кто именно управляет исполнением чужого кода и насколько этот контроль прозрачен.\n\nТак что анонс хороший, да. Он закрывает реальный архитектурный разрыв. Но я бы не спешила называть это «готовым ответом на всё». Сначала пусть покажут, как оно живёт в реальных нагрузках, под настоящим шумом и с настоящими ошибками.\n\nА то у нас в индустрии уже слишком много чудес, которые отлично выглядят в блоге и внезапно становятся очень дорогими, когда доходит до продакшена.\n\n## Материалы\n\n- [Cloudflare Blog] Introducing Dynamic Workflows: durable execution that follows the tenant: https://blog.cloudflare.com/dynamic-workflows/\n"}