I Migliori Database Serverless per Edge Functions Sotto i $100/Mese

Il problema: database e edge functions non parlano la stessa lingua

Le edge functions — Cloudflare Workers, Vercel Edge, Deno Deploy — eseguono codice a pochi millisecondi dagli utenti. Ma se il tuo database sta in un singolo data center dall'altra parte del mondo, la latenza di rete annulla ogni vantaggio. Nel 2026 il panorama dei database serverless si è consolidato attorno a quattro approcci: SQLite-at-the-edge (Turso, Cloudflare D1), Postgres serverless (Neon, Supabase), SQL distribuito (CockroachDB) e cache/Redis serverless (Upstash).

PlanetScale ha eliminato il suo free tier: i piani partono ora da $39/mese1, e per un side project o un'app early-stage questo è fuori budget. La domanda giusta non è "quale database è il migliore in assoluto" ma "quale si adatta alla mia architettura edge restando sotto i $100/mese".

Cosa cercare in un database per edge functions

Tre fattori contano più di tutto:

• Latenza di lettura. Se la replica del database vive nello stesso Worker della tua funzione, non c'è network hop per le letture2. Turso porta questo modello alle estreme conseguenze con le embedded replicas, e gli sviluppatori confermano letture sub-ms in produzione6.
• Scale-to-zero e cold start. Neon ha cold start di 400-750ms da idle2; un database always-on elimina il problema ma costa di più. Turso ha deprecato lo scale-to-zero per i nuovi utenti a gennaio 20252.
• Pricing prevedibile. Il free tier definisce quanto puoi crescere prima di pagare, e il modello di billing — per righe lette, per comandi, per storage — determina se la bolletta resta gestibile. Cloudflare D1, ad esempio, fattura per rows read, rows written e storage senza addebiti di egress4.

I nostri pick

1. Turso — Il top pick edge-native

Turso usa SQLite/libSQL con embedded replicas: la replica del database viene incorporata direttamente nella tua edge function, eliminando il network hop per le letture2. Il risultato sono letture sub-millisecondo, confermate dagli sviluppatori che lo usano in produzione con Cloudflare Workers6.

Il free tier è il più generoso del mercato: 9 GB di storage, 500 database, 1 miliardo di row reads al mese3. Il piano Developer costa $4.99/mese. Per architetture multi-tenant — dove ogni tenant ha il suo database SQLite — i 500 database inclusi nel free tier sono un vantaggio difficilmente eguagliabile.

Il compromesso: SQLite ha una superficie SQL più limitata rispetto a Postgres (niente stored procedure complesse, niente full-text search nativo avanzato). Se la tua app dipende pesantemente da funzionalità Postgres-specifiche, Turso non è la scelta giusta.

2. Supabase — Il pick full-stack

Supabase raggruppa Postgres, Auth, Storage, real-time ed Edge Functions in un'unica piattaforma1. Il piano Pro a $25/mese include tutto, senza dover integrare servizi separati. Il free tier offre 500 MB di database, 1 GB di storage e 500K edge function invocations.

Il compromesso: la latenza edge non è paragonabile a Turso — il database Postgres risiede in una singola regione, e le edge functions di Supabase fanno comunque un network hop verso il DB. Per app read-heavy distribuite globalmente, Turso o CockroachDB sono scelte migliori. Ma se vuoi un backend completo senza assemblare cinque servizi diversi, Supabase è imbattibile sotto i $100/mese.

3. CockroachDB Serverless — Il pick SQL distribuito

CockroachDB Serverless è Postgres-compatible e distribuito: i dati vengono replicati automaticamente su più regioni con strong consistency. Il free tier include 10 GiB di storage e 50 milioni di Request Units al mese3. Il pricing è usage-based e scala in modo gestibile sotto i $100/mese per carichi moderati.

Il compromesso: la latenza di scrittura è più alta rispetto a un database single-region, perché ogni write deve raggiungere il quorum multi-region. Per app globali con letture distribuite e scritture occasionali è ideale; per workload write-heavy, il costo può crescere rapidamente.

4. Upstash — Il pick cache/Redis

Upstash è Redis serverless con una REST API pensata per ambienti dove le connessioni TCP non sono disponibili — cioè esattamente le edge functions5. Il free tier offre 256 MB e 500K comandi al mese; il piano pay-as-you-go costa $0.20 per 100K comandi5.

Upstash è complementare, non sostitutivo: lo affianchi al tuo database principale (Turso, Supabase o altro) come cache per ridurre la latenza delle letture ripetute. Con 10 GB di bandwidth inclusi nel free tier5, per molti side project la bolletta resta a zero.

5. Railway — Il pick Postgres managed "always-on"

Railway offre Postgres gestito con un'esperienza di sviluppo eccellente e pricing flessibile. È l'alternativa "always-on" a Neon per chi vuole Postgres sempre attivo senza il problema dei cold start2. Sotto i $100/mese offre risorse sufficienti per una piccola app in produzione.

Il compromesso: Railway non è ottimizzato per edge — il database risiede in una singola regione e non c'è replica globale. È la scelta giusta quando la semplicità di un Postgres always-on conta più della latenza edge globale.

Tabella di confronto

Come scegliere

• Cloudflare Workers + letture read-heavy? Turso. Le embedded replicas eliminano il network hop e il free tier è ineguagliabile.
• Backend completo senza integrazioni? Supabase. Postgres + Auth + Storage + Edge Functions a $25/mese.
• App globale con strong consistency? CockroachDB. Replica multi-region Postgres-compatible.
• Cache accanto al DB principale? Upstash. REST API edge-native, pricing per-request.
• Postgres semplice sempre attivo? Railway. Niente cold start, DX ottima.

Recomate può ricevere una commissione dai provider sopra elencati. Le nostre raccomandazioni si basano su fonti verificate e test indipendenti — non sulla commissione.

Vuoi un approfondimento che l'articolo non ha trattato? Chiedi al motore — porta con sé il contesto dell'articolo.