Было время, когда Cloudflare просто делала интернет лучше, оставаясь в тени — как секретная личность Бэтмена: защищай и сражайся с плохими парнями ради всего глобального города... то есть интернета.
Когда Cloudflare была установлена на личном сайте автора десять лет назад, это сразу сэкономило мегабайты трафика и деньги на счетах, а первый же месячный отчёт о производительности сайта окончательно убедил: Cloudflare (CF) — это круто.
Компания хорошо делала несколько вещей: стояла перед сайтом, принимала на себя атаки, кэшировала статику, обслуживала DNS — и всё.
Никакой лишней шелухи.
Хорошая инфраструктура. Быстро. Надёжно. Скучно в лучшем смысле слова.
А вот новые продукты — уже не очень.
Важная оговорка: это личное мнение в личном блоге, можно не соглашаться — это нормально!
Автор работает в небольшом ИИ-стартапе, полагается на CF и описывает себя как клиента не-совсем-недовольного-но-и-не-совсем-довольного.
CF — крупный бизнес, машина для зарабатывания денег. Сегодня компания крупнее, чем когда-либо, и по-прежнему пропускает через себя огромную долю ежедневного веб-трафика (примерно каждый третий запрос).
Отличная новость для акционеров: слой безопасности и кэширования, который она продаёт, работает как надо и приносит прибыль (акции на момент написания на историческом максимуме).
Но как бы хорошо ни чувствовали себя акции, за последние годы CF превратилась в нечто более клишированное и «тусовочное» (хотя и не так плохо, как некоторые другие — кхм, △).
Сегодня ощущение такое, что компанией управляют не столько хорошие инженеры, сколько продакт-менеджеры и вайб-кодеры с тем, что автор называет «ИИ-психозом»: придумай на вайбе → закодь на вайбе → отгрузи. Потеря связи с реальностью.
Прежде всего — сбоев стало больше, чем когда-либо. Достаточно вспомнить тот самый провал с React useEffect [0]. Совершенно безумно, что подобное может случиться в инфраструктурной компании, через которую проходит треть веба.
Сбои повсюду, но главная претензия — к developer experience (DX).
DX ощущается так, будто его прикрутили сбоку, задним числом.
Но CF — это инфраструктурная компания с сильными инженерами, разве DX не должен быть на первом месте?
Вместо этого CF решила стать облачной платформой для всех подряд: детей, собак и вайб-кодеров.
Как так вышло? Виновато мышление продакт-менеджера в эпоху ИИ.
Отгрузи сырой продукт, запости в X, собери 200 лайков, повтори.
Вместо фокуса на экспертизе, надёжности и простоте...
Вот так инфраструктурная компания усилиями продакт-менеджмента превратилась в нечто, близкое к той самой проблеме, которую она когда-то решала.
Слишком много способов сделать одно и то же, и ни один не хорош
Когда инфраструктурную компанию подминает под себя полноценная продакт-организация, дальнейший сценарий предсказуем: сначала размножаются фичи. Нейминг превращается в маркетинг (Hyperdrive? звучит круто, отгружаем). Кажется, что важны только наполовину доделанные примитивы, слепленные друг с другом на живую нитку.
Примеры? Пожалуйста — взгляд на хранение данных.
Есть D1 (SQLite без сервера), Durable Objects со своим собственным SQLite, KV, R2, Queues и Hyperdrive для ускорения внешних Postgres или MySQL.
И до сих пор нет полноценного управляемого PostgreSQL, который ощущался бы нативным. Ключевое слово тут — «нативным».
Hyperdrive — это умный пул соединений и кэш для баз данных, живущих где-то ещё.
Полезно, но по сути признание, что компания так и не построила базу данных, которую хотят серьёзные приложения.
В итоге приходится склеивать три-четыре продукта для хранения данных вместе и надеяться, что документация по такой комбинации не устарела на полгода (кто понял, тот понял).
Возможно, возникнет мысль: «Ты не понимаешь, о чём говоришь, дружище».
Тогда взгляд на сторону вычислений.
Упс.
Там та же каша.
Есть Workers.
Есть ещё Dynamic Workers — изоляты, порождаемые во время выполнения и продаваемые как лёгкая альтернатива контейнерам для ИИ-агентов и недоверенного кода.
Потом Sandboxes (поверх контейнеров).
Потом полноценные контейнеры...
И вдобавок куча путей «code mode», чтобы агенты могли писать и запускать код.
У каждого варианта своя изоляция, время старта, ценообразование и биндинги.
Ни один из них не является просто «местом, где запускается код».
Выбор между ними означает чтение нескольких страниц документации, которые противоречат друг другу или отстают от реального продукта.
Возможно, снова возразят: «Дружище, для разных задач нужны разные слои вычислений». Ну хорошо — значит, автор снова неправ.
Тогда взгляд на последний писк моды. ИИ-агенты.
С агентами ещё шумнее.
Agents SDK.
Flue.
Project Think.
Cloudflare OS (недавно опубликовали в открытом доступе внутреннее рабочее пространство для агентов).
А observability прикручивается позже (подробнее — ниже по тексту).
Каждый новый анонс добавляет ещё один фреймворк или обвязку вместо того, чтобы довести до ума уже существующий.
Классический ход продакт-менеджера: увеличивать площадь поверхности, максимизировать несвязность до тех пор, пока developer experience не начнёт напоминать внутренний эксперимент, сбежавший из песочницы (в прямом смысле).
С RAG та же история. AutoRAG переименовали в AI Search. По сути это управляемый конвейер поверх R2, Vectorize и Workers AI. Годится для демо и хакатонов.
Но в реальном использовании он отстаёт от нормальных RAG-платформ и даже от приличного open-source стека по качеству, фильтрации, гибридному поиску и реальной прозрачности.
Когда о продукте говорят «работает для простых случаев» — для инфраструктурной компании это низкая планка.
А напоследок ещё немного вишенок на торте
Документация — отдельная боль. Нельзя просто «переделать дизайн» интерфейса и считать дело сделанным. Страницы выходят недоделанными. Примеры устаревают. Новые продукты появляются без точных, версионированных справочных материалов (даже без базовых SKILL.md для агентов), которые нужны настоящей инфраструктуре.
Доверие исчезает, когда компания сама публикует сгенерированный ИИ контент, который потом приходится сопровождать дисклеймерами и чистить от TODO. [1]
Любой инженер знает: документация — часть продукта. Если не получается сделать документацию как следует, откуда взяться внедрению и доверию? Относиться к ней как к второстепенному маркетингу — так себе идея.
Взгляд на Workers AI, инференс-слой, показывает ту же картину:
задержка вроде бы улучшилась, добавили более крупные открытые модели, вроде бы всё растёт — но стоит копнуть глубже, и видно, что слой всё равно отстаёт от специализированных провайдеров по скорости для многих нагрузок и по наличию самых свежих топовых моделей.
Cloudflare позиционирует себя как место для запуска агентов, но каталог моделей хуже прошлогоднего каталога IKEA.
А производительность вынуждает многие команды отправлять тяжёлый инференс куда-то ещё и снова относиться к Cloudflare просто как к трубе. [2]
Во многом причина в том, что компания больше заботится о соперничестве с Vercel в X, чем о построении прочного слоя поверх инфраструктурного слоя.
Edge-функции, фреймворки, рантаймы для агентов, анонсы «full-stack» продолжают сыпаться день за днём, а вот базовой сети, надёжности и простоте, которые когда-то отличали Cloudflare, достаётся всё меньше внимания. Ощущение, что «ИИ-психоз» охватил весь верхний эшелон, поэтому продуктовую организацию оценивают по скорости фичей и конкурентным постам, а не по тому, насколько отточено уже существующее.
Это ИИ-помешательство привело к тому, что вся команда произвела разрастающийся каталог пересекающихся инструментов, каждый из которых хорош разве что для поста в блог. Ни один не даёт того ясного, устойчивого ответа, который на самом деле нужен инфраструктурному клиенту.
Вот что делают продакт-менеджеры с инфраструктурной компанией, если их никто не останавливает.
Они оптимизируют под частоту анонсов и рост площади поверхности.
Тот самый связный, заслуживающий доверия инфраструктурный слой, который когда-то делал Cloudflare значимой компанией? Его всё труднее найти под этим шумом.
Observability для Workers всё ещё недоделан, и это плохо
Cloudflare годами анонсировала прогресс в observability. Логи стали «общедоступными» (GA). В дашборде появился раздел «Unified Observability». Автоматический трейсинг ушёл в открытую бету. Добавили Query Builder, представления метрик, экспорт в OpenTelemetry. Маркетинг говорит о собственной observability, которая наконец соответствует платформе.
Ага, конечно.
Реальность ощущается совсем иначе, потому что базовые компоненты остаются частичными, глючными или попросту отсутствуют именно тогда, когда они нужны.
Собственная документация Cloudflare перечисляет жёсткие ограничения, которые никуда не делись. Трейсинг до сих пор в открытой бете [3] (на сайте документации прямо стоит бейдж BETA рядом с названием Tracing, по состоянию на август 2026 года).
Операции без I/O часто показывают 0 мс из-за мер защиты от Spectre в рантайме. Контекст трейса не передаётся во внешние сервисы, так что сквозная видимость за пределами инфраструктуры Cloudflare сломана намеренно. Атрибуты спанов неполные, добавление новых до сих пор в планах. Даже платные аккаунты сообщали, что платформа ошибочно применяла агрессивное сэмплирование 1%, даже когда head_sampling_rate был выставлен в 1, а использование было далеко от квоты — к счастью, это исправили [4]. Как можно отгружать логи с багами, разве кто-то ещё пользуется observability?
Ветки в комьюнити показывают повседневную боль (не переживайте, комьюнити-менеджеров уже уволили — facepalm, ещё одно неудачное решение): пользователи сообщают, что логи пропадают из дашборда, пока wrangler tail всё ещё показывает их в реальном времени. В марте 2026 года случился крупный инцидент, когда логи перестали отображаться почти по всему аккаунту — появлялись только отдельные разрозненные записи, даже при корректной конфигурации, доступной квоте и отсутствии изменений в коде.
Логи и трейсы от воркеров в один клик — вот чего не хватает, observability для Workers всегда было слабым местом.
Так сформулировал один разработчик. Пока Cloudflare продолжает выпускать смежные фичи, базовое желание «хочу надёжное логирование для Workers» остаётся неудовлетворённым.
Запуски продуктов важнее инфраструктуры
Знакомая сцена: понедельник, открываешь HN и кричишь «Пап, вставай, вышел новый продукт Cloudflare». Через несколько часов продакт-менеджер публикует анонс в X. Пост оптимизирован под вовлечённость: чистые скриншоты, смелое заявление, тред. Затем длинный пост в блоге на 6000 слов: амбициозная подача, скриншоты дашборда, несколько цитат клиентов и почти никакого реального технического разговора о сложных компромиссах или о том, почему выбрали именно такой дизайн, а не альтернативу. То ли разговор об инженерных решениях считается секретным ингредиентом, то ли просто так предложил ChatGPT.
Через понедельник — новый релиз:
Ещё одна обвязка для агентов.
Ещё один вариант песочницы.
Ещё один управляемый RAG-конвейер.
Ещё один способ запускать код.
За версту пахнет маркетингом, но ведь это инфраструктурная компания. Кто ещё будет читать эти посты в блоге? Диетологи?
Куда делись инфраструктурные фанаты?
Проблема глубже, чем продакт-менеджеры. Достаточно посмотреть на нынешнее руководство, и вопрос напрашивается сам собой: куда делись инфраструктурные специалисты, когда-то определявшие лицо Cloudflare?
Сильные инженеры в компании ещё остались (привет, Кентон Варда). Но центр тяжести сместился. CF теперь оптимизируется под частоту анонсов, конкурентное позиционирование против Vercel и очередную ИИ-историю.
У людей, понимающих тонкие ограничения работы глобальной anycast-сети, нюансы изоляции изолятов, надёжность control plane, похоже, стало меньше влияния.
Как это понять? Сокращение штата в 2026 году расставило приоритеты предельно ясно. Около 1100 позиций сократили под соусом ИИ-driven (по сути — ИИ-мусорного) движения к «агентной» операционной модели. Старые кадры продолжают перетекать в OpenAI, Anthropic и другие ИИ-лаборатории.
Cloudflare нужно больше T-shaped инфраструктурных специалистов — людей, глубоко разбирающихся в системах, сетях, дизайне рантаймов и надёжности. А продакт-менеджеры должны существовать для того, чтобы обслуживать таких людей, а не наоборот.
Может показаться странным после всего написанного, но многие, включая автора этих строк, всё ещё любят базовый продукт — облачную сеть. Именно поэтому нынешний курс так расстраивает. Это похоже на смерть от тысячи ИИ-огрызков: тот самый «ИИ-психоз».
У Cloudflare ещё есть время развернуться. Нанимать людей, которым действительно не всё равно, а не тех, кто в 35 лет гонится за F.I.R.E. с зарплатой в несколько сотен тысяч долларов плюс RSU за один вирусный твит.
[0] Разбор сбоя дашборда и API Cloudflare 12 сентября
[1] Пост в блоге Cloudflare Matrix, написанный с помощью ИИ-вайбкодинга
[2] Каталог моделей Workers AI
[3] Документация по трейсингу в Workers
[4] Обсуждение бага с сэмплированием на Answer Overflow