Hacker News Digest

Deno команда присоединяется к Cloudflare, чтобы продолжить работу над упрощением создания серверного ПО. Их цель — объединить вычисления, хранение и связь в единую модель, где приложения не собирают инфраструктуру сами. Это логичное продолжение пути от Deno через Deno Deploy к celld — платформе, построенной на Cloudflare Workers и Durable Objects, где масштабирование заложено в саму модель программирования, а не в инфраструктуру каждого приложения. Команда видит в этом способ сделать такую модель стандартной для серверной разработки, независимо от того, где запущено приложение.

В рамках перехода Deno runtime получит поддержку с исправлениями и обновлениями безопасности ещё год, после чего разработка прекратится, но код останется открытым. Deno Deploy будет работать шесть месяцев с поддержкой миграции на Cloudflare Workers для платных клиентов. JSR продолжит работу, перенеся свою инфраструктуру на Cloudflare, а rusty_v8 будет интегрирован в workerd. Команда особенно заинтересована в применении Durable Objects для ИИ-агентов благодаря их дешёвому serverless-исполнению, постоянному состоянию, WebSockets и высокоуровневому JS-интерфейсу. Kenton Varda и Райан Дал подробно описывают это в совместном посте в блоге Cloudflare.

Сообщество воспринимает поглощение Deno Cloudflare как конец официальной поддержки рантайма, выражая разочарование из‐за утраты уникальных возможностей: безопасности и импорта модулей по URL. Большинство считают это «закрытием» проекта, несмотря на открытый код, и обеспокоены прекращением поддержки через год. Однако открытый исходный код даёт шанс сообществу продолжить развитие, а Cloudflare может интегрировать лучшие идеи Deno в Workers и получить талантливую команду. Ключевые преимущества Deno — простота импорта модулей напрямую из репозиториев и строгая безопасность — делают его уникальным для скриптов и sandbox‐окружений, и их потеря в Node и Bun отмечается как существенный недостаток. Некоторые советуют сообществу взять на себя развитие Deno после ухода Cloudflare. Пользователь @steve_adams_86 рекомендует перенести механизмы безопасности Deno в workerd для улучшения sandbox‐а. @johnbellone планирует продолжать использовать Deno как встроенный рантайм и надеется на сообще‐форк. @sholladay считает, что Deno стал «раздутым» после добавления совместимости с npm, что оттолкнуло их от проекта. О бизнес‐модели Deno многие считают, что отсутствие монетизации (платные планы, донаты) и зависимость от венчурных инвестиций сделали проект уязвимым к поглощению. Приобретение Cloudflare рассматривается как часть более широкой тенденции консолидации инструментов разработки (Bun, Astro, Vite и др.) под крупные облачные компании. @jppope отмечает, что Cloudflare получит талантливую команду, что может улучшить безопасность и стандартную библиотеку Workers.

Cloudflare запустила в бета-версии Web Search API — инструмент, позволяющий AI-агентам и приложениям выполнять поиск в интернете и основывать ответы на актуальных данных, а не полагаться на устаревшие знания модели или попытки угадать правильные URL. На старте доступны три провайдера: Ceramic.ai, Exa и Linkup, все они поддерживают Zero Data Retention при запросах через Cloudflare и соблюдают стандарты сканирования проверенных ботов.

API интегрирован с AI Gateway, поэтому запросы логируются и тарифицируются по стандартным ценам провайдеров без наценки, а также допускается использование собственных API-ключей. Вызов возможен через REST-запрос или привязку AI в Cloudflare Workers, как показано в примерах с поиском активностей в Солт-Лейк-Сити осенью. Для начала работы рекомендуется ознакомиться с руководством по использованию.

Тред раскрывает проблемы использования Web Search API от Cloudflare: ограничения на хранение и перепродажу результатов, сомнения в заявленном нулевом хранении данных, значительные различия в ценах и качестве провайдеров, а также наличие более дешевых и гибких альтернатив (самохостинг, SearXNG, Firecrawl). Пользователи ставят под вопрос добавленную ценность посредничества Cloudflare по сравнению с прямым доступом к провайдерам. Некоторые пользователи указывают, что провайдеры, заявляющие о Zero Data Retention, на самом деле могут сохранять данные, как показал @jasonjmcghee, сравнив информацию на странице провайдера Exa, где Zero Data Retention указано как "No". Вопрос о том, действительно ли Cloudflare сохраняет запросы в своих логах, поднимает сомнения в полной анонимности: @anon373839 задаётся, сохраняет ли сама Cloudflare запросы, даже если провайдеры обещают нулевое хранение. Ценовые различия между провайдерами огромны: Ceramic.ai $0.25, Linkup $5, Exa $7 за 1000 запросов, и пользователи отмечают, что такие цены значительно выше альтернативных сервисов вроде Serper.dev или Luna. Качество выдачи у разных провайдеров сильно варьируется: @freakynit сообщает о почти нулевых результатах от Ceramic.ai, а @hrideshmg отмечает стабильную работу собственного self‐hosted решения Firecrawl. Для снижения зависимости от Cloudflare и контроля над данными рекомендуется использовать self‐hosted решения (Firecrawl, SearXNG) или объединять несколько провайдеров через собственный слой, как делает @hmartin в TypeScript‐пакете. Многие считают, что основная выгода Cloudflare — упрощённый доступ из Workers и единый лог, но это не компенсирует более высокие цены и потенциальные ограничения по хранению данных. Если требуется интеграция с уже существующими агентами на Cloudflare Workers, стоит сравнить стоимость с Brave Search API, как предлагает @ByeByeSpace, чтобы выбрать более экономичный вариант.

TigerBeetle — это финансовый транзакционный движок, построенный на принципах, противоположных общепринятым: медленная разработка кода, детерминированное симуляционное тестирование и нулевые зависимости. Вместо SQL он использует примитивы дебета и кредита, что соответствует изначальной цели транзакционных систем — обеспечению бизнес-операций, как описал ещё Джим Грей в 1985 году.

Традиционные SQL-базы требуют 10–20 запросов для обработки одной финансовой транзакции, создавая узкие места, особенно при работе с «горячими» счетами. TigerBeetle, написанный на Zig, предлагает распределённую архитектуру по умолчанию, статическое выделение памяти и assertions в продакшене. Это ответ на растущие потребности в мгновенных платежах и реальном биллинге, где скорость и надёжность критичны.

• Участники обсуждают технические особенности TigerBeetle, включая его специализацию на финансовых операциях, детерминированное тестирование и минималистичный подход к зависимостям.
• Высказываются критические замечания: отсутствие поддержки многопоточности для масштабирования, проблемы с аутентификацией и совместимостью с облачными платформами, такими как Cloudflare Workers.
• Поднимается вопрос о потенциальной предвзятости статьи, так как её автор является инвестором проекта.
• Отмечается, что традиционные SQL-базы данных по-прежнему эффективно справляются с большинством задач, несмотря на возраст.
• Обсуждаются возможные аналоги TigerBeetle, такие как FoundationDB, и его применимость за пределами финансового сектора.