Categoria

Cloudflare Workers

3 articoli associati a questo tag.

9 ottobre 2026

Cloudflare e Deno: fine di un runtime, inizio di un modello (Workers) davvero mainstream

Cloudflare integra il team di Deno e sposta l’attenzione: il runtime Deno va in maintenance (solo bugfix e sicurezza), Deno Deploy verrà spento, mentre progetti come GSR e soprattutto la spinta su workerd e sulla self-hostabilità del modello Workers diventano centrali. Un cambio che sembra una “morte” ma che, per l’OSS e per chi costruisce backend distribuiti, può essere un’accelerazione importante: meno lock-in, più tooling e un percorso realistico per portare il paradigma Workers anche fuori da Cloudflare.

1 ottobre 2026

Alchemy: infrastruttura as code in TypeScript (davvero) integrata con la tua app

Alchemy porta l’infrastructure as code dentro TypeScript, sfruttando Effect per dare struttura, type safety e guardrail. Il risultato è un flusso di deploy dove risorse (worker, bucket, database, ecc.) e logica applicativa vivono fianco a fianco, con dipendenze esplicite e riferimenti impossibili da sbagliare.

13 agosto 2026

Celld: durable objects e “worker” stateful, ma self-hosted (senza rinunciare al modello Cloudflare)

Durable Objects sono uno dei modelli più pratici per costruire sistemi stateful su infrastrutture edge: un handler che reagisce a eventi (HTTP, cron, ecc.) con uno storage persistente associato e un indirizzo stabile per garantire che richieste “correlate” finiscano sempre sullo stesso stato. Celld porta questo paradigma fuori dal perimetro gestito: stesso concetto, ma deploy su VPS/istanze proprie, con orchestrazione e persistenza basate su S3. Vediamo come funziona, quando conviene e quali trade-off considerare.