Hacker News Digest

Следующее поколение разработки — это агенты, которые пишут код, исправляют баги и обновляют зависимости в масштабе сотен и тысяч одновременно. GitHub был создан для людей, но для агентов нужна новая основа: управление конфликтами, отслеживание мотивации изменений и координация параллельной работы. Cloudflare запустил Artifacts — масштабируемую систему версионного хранения, совместимую с Git, где каждый агент может иметь собственный репозиторий, а изменения автоматически деплоятся через Workers.

Artifacts позволяет создавать репозитории программно, хранить контекст агентов и автоматически деплоить код в Workers — как в продакшн, так и в изолированные превью для тестирования. Теперь участники конкурса могут построить на этой основе новую платформу для агентной разработки: переосмыслить ветки, код-ревью, слияния или придумать новые способы сравнения и выбора изменений. Победители получат $25 000 кредитов Cloudflare, приглашение на Cloudflare Connect и полёт в Сан-Франциско. Конкурс открыт до 14 октября 2026 года, участие требует видео, открытого кода и инструкций.

Участники сомневаются в целесообразности создания новой Git‐платформы на Cloudflare из‐за рисков централизации: это потенциальная точка отказа технически и политически, вызывает недоверие из‐за возможных MITM‐атак и вмешательства правительств, неприемлемо для критически важных систем. Предлагают проверенные децентрализованные альтернативы: GitSocial, Walgit, хранение в S3‐совместимых бакетах (например, R2), либо bare‐репозитории по SSH без веб‐интерфейса для офлайн‐работы. Некоторые считают Git неподходящим для масштабных агентных сценариев и предлагают Fossil или SVN, другие полагают, что менять Git не нужно. Бюджет в $25 000 и срок в три месяца признаны нереалистичными для создания продукта, способного принести миллионы; советуют вместо этого построить собственный стартап на LLM. Идея «Git для ботов» воспринимается как странная и малопривлекательная, конкурс считают глупым, сомневаются в практической ценности платформы.

Cloudflare K2 — это серверless-примитив для потоковой передачи событий, построенный на Developer Platform и использующий R2 как основу для долговечного, партицированного лога. Он решает проблему синхронизации производителей и потребителей в традиционных RPC-архитектурах, где несогласованность масштаба или времени приводит к потере данных. K2 буферизует события, позволяя потребителям читать их независимо и в своём темпе — будь то разделение нагрузки между несколькими воркерами или доставка всех сообщений каждому потребителю (паттерн pub/sub). Поддерживается долгосрочное хранение, так что даже длительные простои потребителей не приводят к потере данных. Поток хранит события как упорядоченный лог, сегменты которого записываются в R2 после накопления в памяти, что обходит ограничение объектного хранилища на дозапись. Архитектура разделяет вычисления и хранение, позволяя масштабировать их независимо и использовать глобальную инфраструктуру Cloudflare — близкую к пользователям и способную к горизонтальному масштабированию — несмотря на эфемерность edge-серверов и ограничения традиционных распределённых систем вроде Kafka.

K2 доступен в публичной бета-версии для аккаунтов с оплаченной подпиской Workers, с ограничениями: до 10 ГБ хранилища и 30 МБ/с производительности на поток. Во время бета-тестирования использование не тарифицируется; ожидаемая модель ценообразования после выхода: $0.04/ГБ заproduced и consumed данные, $0.02/ГБ/месяц за хранение. Планируется расширение возможностей: повышение параллелизма записи до multi-GB/s, поддержка ключевой упорядоченности, push-потребители, экспресс-уровень с низкой латентностью и совместимость с клиентами Apache Kafka. Начало работы — создание потока за секунды по официальному гайду. Обратная связь принимается в Discord Cloudflare Developers.

K2 решает проблему масштабируемости потоков событий через объектное хранилище, но имеет ограничения: задержки доставки до 7.5 с, высокая стоимость потребления данных ($0.04/GB) и отсутствие совместимости с Kafka, что снижает его применимость для низколатентных сценариев и создает барьер для миграции из Kafka-систем. Объектные хранилища (R2, S3) становятся основой для систем хранения данных, заменяя управляемые дисковые системы благодаря надежности, масштабируемости и простоте. K2 и аналогичные решения (AutoMQ, WarpStream) используют S3/R2 как основу, при этом Cloudflare имеет преимущество за счет тесной интеграции R2 и K2 в одной команде. Высокая задержка объектных хранилищ (до 7.5 с) противоречит возможностям NVMe SSD с микросекундной задержкой, делая такой подход неоптимальным для некоторых сценариев. Потребление данных по $0.04/GB делает сценарии с множеством потребителей дорогостоящими по сравнению с конкурентами, где потребление часто бесплатное или дешевле. S3 и R2 позволяют строить сложные системы (регистры контейнеров, etcd, POSIX-файловые системы) через тонкий слой, расширяя применение за пределы простого хранения. AWS Aurora и другие системы давно используют S3 как основу хранения, подтверждая устойчивость тренда «object-store first». Наличие встроенной поддержки многорегионального распределения и отказоустойчивости в R2 делает K2 привлекательным для глобальных приложений, где управление традиционными Kafka-кластерами сложно. Для улучшения производительности предлагается добавить быстрый in-memory прокси-слой с тем же API, чтобы сделать объектное хранилище приемлемым для обычных бизнес-приложений. Также предложено заменить ack-батчи на передачу ID последнего прочитанного события в запросе consume — это снизит сложность и риск дублирования. Для не-AI стартапов рекомендуется фокусироваться на read-heavy сценариях с большим объемом данных, как это сделал Turbopuffer — эффективный путь к созданию ценности на базе объектного хранилища. Azure Blob Storage поддерживает операции append с самого начала, опровергая утверждение о том, что S3 — единственный или лучший вариант для потоковой записи. Cloudflare активно выпускает новые продукты с малым количеством персонала, вызывая опасения по поводу безопасности и долгосрочной надежности инфраструктуры клиентов. K2 отличается от очередей Cloudflare тем, что обеспечивает долговечный, партиционированный лог событий, а не просто надежную доставку с повторными попытками. NATS JetStream рассматривается как недооцененный альтернативный вариант, способный обеспечить высокую пропускную способность для средних предприятий при правильной настройке.

Cloudflare запускает закрытую бета-версию Email Service — единой платформы для отправки транзакционных писем прямо из Workers. Это решение устраняет типичные боли разработчиков: сложность настройки, проблемы с доставкой и задержки. Интеграция с DNS автоматически настраивает SPF, DKIM и DMARC, повышая доверие провайдеров, а глобальная инфраструктура Cloudflare гарантирует низкую задержку доставки по всему миру.

Отправка письма сводится к вызову env.SEND_EMAIL.send() в коде Worker — без API-ключей и риска утечки данных. Локальная эмуляция через Wrangler, обработка вложений в R2 и мониторинг статусов доставки делают работу с почтой такой же простой, как и остальная разработка на Cloudflare. Это не просто очередной email-сервис, а глубоко встроенный инструмент, где надёжность и скорость становятся частью UX вашего приложения.

• Пользователи критикуют Cloudflare за назойливую проверку на бот-активность и выражают опасения по поводу растущего влияния компании на интернет-протоколы.
• Анонсирован сервис Cloudflare Email Sending для отправки транзакционных писем через Workers, что воспринято как альтернатива Sendgrid и AWS SES.
• Обсуждаются потенциальные преимущества: простота интеграции, возможная низкая цена (pay-as-you-go), удобство для разработчиков, уже использующих экосистему Cloudflare.
• Высказываются опасения по поводу концентрации интернет-инфраструктуры в руках одной компании и утраты децентрализации интернета.
• Часть пользователей выражает скептицизм и предпочитает использовать независимые сервисы для email, чтобы не складывать все «яйца в одну корзину».