<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: jacobmei</title><link>https://news.ycombinator.com/user?id=jacobmei</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 27 Apr 2026 17:43:25 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=jacobmei" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by jacobmei in "Durable Object alarm loop: $34k in 8 days, zero users, no platform warning"]]></title><description><![CDATA[
<p>Hard one. The platform gap is real — CPU-time monitoring is a relic from before Workers grew DO/KV/D1 with their own metered ops, and per-binding spend caps would have caught this.<p>A different angle worth mentioning: KV + edge cache instead of DO + alarms. My share-link backend uses a sliding TTL (re-put on every cache miss). The key property is that caches.default with Cache-Control: max-age=3600 becomes a natural throttle — at most 24 cache misses per day per key, so KV writes are bounded by (keys × 24) regardless of traffic. A scraper hammering one share link costs ~24 writes/day, not millions.<p>No alarms means no self-triggering loop is even possible. Writes only happen on inbound requests, which are themselves rate-limited by WAF.<p>Trade-off: no strong consistency, no per-instance state. For a stateless redirect service that's fine; for an agent runtime it isn't.<p>What I'd actually want from Cloudflare: a per-binding hard spend cap, default-on for new accounts, with explicit opt-in to raise. "Guardrails off by default" feels especially weird during Agents Week.</p>
]]></description><pubDate>Mon, 27 Apr 2026 02:35:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=47917107</link><dc:creator>jacobmei</dc:creator><comments>https://news.ycombinator.com/item?id=47917107</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47917107</guid></item></channel></rss>