Piuttosto che una classifica a cinque stelle, ecco una griglia di dieci criteri verificabili applicati a sei piattaforme – Aurabase, Supabase, Firebase, Appwrite, Convex e PocketBase – con cifre datate e di provenienza anziché slogan di marketing ripetuti così come sono.
L'essenziale
- Nessuna piattaforma vince sui dieci criteri della griglia: la scelta giusta dipende dalla tua priorità (portabilità SQL, velocità di avvio, self-hosting in pacchetto o IA nativa).
- A livello di quota di iscrizione, Aurabase (€25), Supabase ($25), Appwrite (da $25) e Convex ($25/sviluppatore) convergono in pochi euro: la differenza si riduce alle quote incluse e alla valuta, non all'ordine di grandezza.
- Tre criteri distinguono Aurabase dal resto del panel: NL2SQL e RAG nativi su Postgres, 15 provider OAuth denominati + OIDC illimitato e infrastruttura di produzione verificata in Germania e Finlandia.
- Firebase (NoSQL proprietario) e PocketBase (SQLite mono-binario) rimangono le scelte più rapide per iniziare, al rispettivo prezzo di lock-in e dell'assenza di un cloud gestito ufficiale.
La griglia dei dieci criteri, non una classifica
Un “miglior BaaS” presuppone un unico asse di confronto. In pratica, uno sviluppatore indipendente che teme il lock-in del fornitore, un CTO che deve dimostrare la propria conformità al GDPR a un DPO e uno sviluppatore AI che vuole pgvector pronto all’uso non stanno cercando la stessa cosa.
Questa griglia conserva dieci criteri che emergono sistematicamente in queste tre decisioni: motore di dati, nucleo dell'applicazione, autenticazione, tempo reale, intelligenza artificiale nativa, funzioni serverless, self-hosting, licenza, livello gratuito e livello di ingresso a pagamento.
Ogni cella nella tabella è verificata alla sua fonte: il codice del repository Aurabase per le dichiarazioni dei prodotti Aurabase (vedi studio/lib/plans.ts, Cargo.toml, aura-auth, aura-ai), i prezzi ufficiali di GitHub e le pagine del repository delle altre cinque piattaforme, consultate il 23 agosto 2026. Una cella contrassegnata con "non documentata a nostra conoscenza" indica l'assenza di prove trovate in quella data, assenza non confermata: controlla la documentazione aggiornata prima di decidere.
La tabella: sei BaaS, dieci criteri
Scorri orizzontalmente sul cellulare. La colonna Aurabase è evidenziata come riferimento, non per suggerire un punteggio complessivo.
| Criterio | Aurabase | Supabase | Base di fuoco | Appwrite | Convesso | PocketBase |
|---|---|---|---|---|---|---|
| Motore di dati | PostgreSQL 16 dedicato per progetto, RLS, pgvector 0.8.6 | PostgreSQL dedicato per progetto, RLS | Firestore + DB Realtime (NoSQL, proprietario) | Multi-motore interno (TablesDB), nessun Postgres esposto | Database reattivo proprietario (non SQL) | SQLite incorporato, file singolo |
| Nucleo dell'applicazione | 100% Rust (axum), 12 servizi, librerie interne condivise | Multilingue: PostgREST (Haskell), GoTrue (Go), Realtime (Elixir), Storage (Node.js) | Di proprietà di Google, non documentato pubblicamente | Piattaforma multiservizio (principalmente Node.js) | Backend Rust, client TypeScript | GB, binario singolo (~15 MB) |
| Autenticazione | 15 provider OAuth denominati + OIDC generico illimitato | Ampia gamma di OAuth (elenco in evoluzione, nessun numero fisso pubblicato) | OAuth multi-vendor + email/telefono/anonimo | OAuth + collegamenti magici, multi-vendor | Nessun fornitore nativo: delega a terzi (non verificato in dettaglio qui) | Email/password + OAuth2 configurabile (documentato da Google, Facebook, GitHub, GitLab) |
| Tempo reale | CDC Postgres nativo tramite NATS JetStream | Canali nativi (postgres_changes, presenza, broadcast) | Nativo su entrambe le basi (onSnapshot) | Servizio dedicato in tempo reale | Reattivo per costruzione (read-set + WebSocket) | Abbonamenti in tempo reale integrati |
| IA nativa (NL2SQL/RAG) | NL2SQL + RAG nativo, pgvettore incorporato, 3 LLM nativi | Connettori AI esterni, nessun NL2SQL nativo documentato | Genkit/Vertex AI sul lato GCP, escluso il backend BaaS stesso | Non documentato per quanto ne sappiamo | Nessuna funzionalità NL2SQL nativa documentata equivalente | Non documentato per quanto ne sappiamo |
| Funzioni serverless/edge | Deno/TypeScript (V8) + binari Rust→WASM (vero Wasmtime) | Funzioni Edge (Deno) | Funzioni cloud (Node.js, Python, altri runtime GCP) | Funzioni multi-runtime (15 runtime documentati) | Funzioni TypeScript eseguite sul lato backend di Rust | Hook JS incorporati (VM integrata) + estensione Go |
| Hosting autonomo | k3d/Timone nel repository, cloud gestito con priorità | Percorso di produzione ufficiale (Docker/CLI), documentato | Non disponibile | Asse di prodotto centrale e ufficiale (Docker, DO/AWS con un clic) | Backend open source separato, cloud gestito con priorità | Unica modalità disponibile, nessun cloud ufficiale |
| Licenza | MIT (area di lavoro Rust + SDK JS) | Apache-2.0 | Proprietario, non open source | Clausola BSD-3 | FSL-1.1-Apache-2.0 (Pure Apache 2 anni dopo ogni rilascio) | MIT |
| Atterraggio libero | 0€ · 3 progetti · 512 MB DB · 1 GB di spazio di archiviazione | 0$ · 500 MB DB · 50.000 MAU · 2 progetti attivi | Spark: Firestore 1 GiB + 50.000 letture/giorno · DB in tempo reale 1 GB | 0$ · 5 GB di larghezza di banda · 2 GB di spazio di archiviazione · 75.000 MAU | 0$ + utilizzo · 1 milione di chiamate di funzioni · 0,5 GB di DB | Illimitato per natura: il limite è il tuo server |
| Livello del prezzo d'ingresso | 25€/mese | $ 25 al mese | Pagamento in base al consumo (Blaze), nessun livello fisso | da $ 25 al mese | $ 25/sviluppatore/mese | Non applicabile: nessuna offerta commerciale |
Un dato salta all'occhio nell'ultima riga: quattro delle cinque piattaforme commerciali convergono su un livello di entry fee prossimo ai 25 (euro o dollari a seconda della valuta nativa della piattaforma). Questa non è una coincidenza di mercato isolata: è il punto in cui "pochi progetti, un po' di traffico reale" supera ciò che un livello gratuito può ragionevolmente assorbire, sulle sei piattaforme studiate.
Firebase (Firestore)1024 MB
Convesso512 MB
Aurabase512 MB
Supabase500 MB
Spazio di archiviazione del database incluso nel livello gratuito, in MB. Fonti: pagine ufficiali dei prezzi (supabase.com/pricing, firebase.google.com/pricing, convex.dev/pricing), consultate il 23 agosto 2026; Rilevamento Aurabase controllato in studio/lib/plans.ts. Esclusi Appwrite e PocketBase: il primo non isola una quota di archiviazione del database nella sua pagina dei prezzi, il secondo non ha un livello commerciale (self-hosted, limite = tuo server).
Supabase: Postgres gestito multilingue, il punto di riferimento del mercato
Supabase rimane il punto di riferimento nel mercato Postgres gestito: SQL RLS standard, portabilità pg_dump su qualsiasi server Postgres e uno stack multilingue supportato (PostgREST in Haskell, GoTrue in Go, Realtime in Elixir, Storage in Node.js, Functions in Deno).
Ideale per: iniziare con un Postgres gestito maturo, con un già ampio ecosistema di integrazioni. Supabase si affida a connettori AI esterni (ChatGPT, Claude, Perplexity) anziché a NL2SQL nativo nel backend. Livello gratuito: 500 MB base, 50.000 MAU, limitato a due progetti attivi, sospeso dopo una settimana di inattività. Livello della quota di iscrizione: $ 25 al mese.
Firebase: NoSQL Google, avvio rapido, bloccato nell'ecosistema
Firebase rimane la scelta più rapida per iniziare per un team già nell'ecosistema Google Cloud: NoSQL Firestore orientato ai documenti, nove prodotti gratuiti indipendentemente dal livello (Analytics, Crashlytics, Remote Config, ecc.) e un piano Blaze da utilizzare con un credito di $ 300.
Ideale per: prototipazione rapida sul lato mobile/web in un progetto già collegato a GCP. Il compromesso è strutturale: formato Firestore proprietario, nessun join SQL nativo e nessuna posizione GDPR/UE visualizzata nella pagina dei prezzi: la scelta di una regione Firestore europea non cambia la nazionalità della società madre. Livello gratuito: Firestore 1 GiB + 50.000 letture/giorno; Database in tempo reale 1 GB + 100 connessioni simultanee. Nessun livello fisso oltre a questo, prezzi basati sull'utilizzo (Blaze).
Appwrite: la piattaforma all-in-one self-hosted
Appwrite riunisce autenticazione, database, archiviazione, funzioni (15 runtime), messaggistica e tempo reale in un unico repository con licenza BSD-3-Clause, con un programma di installazione Docker progettato per l'auto-hosting in produzione fin dal primo giorno: un focus sul prodotto che Appwrite afferma esplicitamente ("reali vincoli ingegneristici, non marketing delle funzionalità").
Ideale per: un team che desidera ospitare autonomamente una piattaforma completa senza assemblare più servizi da solo. Livello gratuito: 5 GB di larghezza di banda, 2 GB di spazio di archiviazione, 750.000 esecuzioni, 75.000 MAU, limitato a due progetti. Livello della quota di iscrizione: da $ 25 al mese. Il punto cieco: nessuna delle sei piattaforme in questo confronto, inclusa Appwrite, sta costruendo un pilastro di contenuti dedicato alla conformità al GDPR/CLOUD Act.
Convesso: il backend reattivo che rifiuta i benchmark di marketing
Convex adotta l'approccio opposto al marketing comparativo: il team ammette pubblicamente di non pubblicare benchmark di fronte alla concorrenza ("Non mi interessano i benchmark del tuo database") e offre un backend reattivo in cui ogni richiesta rimane sincronizzata dalla costruzione, senza codice di abbonamento da scrivere.
Ideale per: un team che utilizza TypeScript e desidera un linguaggio nativo reattivo senza assemblare manualmente WebSocket e memorizzazione nella cache. Esiste un backend open source self-hosted (convex-backend, scritto in Rust, licenza FSL-1.1-Apache-2.0 che passa ad Apache 2.0 pure due anni dopo ogni versione), anche se l'offerta commerciale principale rimane cloud gestito al 100%. Livello gratuito: 1 milione di chiamate di funzioni, 0,5 GB di spazio di archiviazione del database. Livello della quota di iscrizione: $ 25/sviluppatore/mese.
PocketBase: monobinario per chi non ha bisogno di altro
PocketBase non ha un blog editoriale, un connettore AI, un cloud gestito ufficiale e questo è proprio il suo punto di forza. Un singolo file binario Go di circa 15 MB include un database SQLite, autenticazione (e-mail/password + OAuth2), archiviazione di file e un dashboard di amministrazione, con licenza MIT.
Ideale per: un progetto interno, un MVP o uno strumento self-hosted che strutturalmente non ha bisogno di scalare oltre un singolo server. Il compromesso è altrettanto strutturale: nessuna offerta commerciale, nessun supporto ufficiale e una comunità che ha dovuto costruire essa stessa repository llms.txt non ufficiali a causa della mancanza di una versione pubblicata dal manutentore.
Aurabase: Sovereign Postgres con IA nativa, senza nascondere i suoi difetti
Aurabase costruisce il suo differenziatore su tre criteri specifici di questa griglia piuttosto che sull'insieme: un nucleo Rust unificato al 100% (12 servizi, stesse librerie interne), NL2SQL nativo e RAG direttamente su Postgres (pgvector incorporato, 3 fornitori LLM nativi — OpenAI, Anthropic, Gemini) e un'infrastruttura di produzione verificata in Germania (Norimberga, Falkenstein) e in Finlandia (Helsinki), gestita da una società francese.
Più adatto per: un team che desidera Postgres relazionali standard con intelligenza artificiale nativa, senza fare affidamento su infrastrutture extra UE. Livello gratuito: 512 MB base, 3 progetti, 1 GB di spazio di archiviazione. Livello della quota di iscrizione: € 25/mese (10 progetti, 8 GB di base).
Python SDK (aurabase-py) e Dart SDK non sono ancora pubblicati nei rispettivi registri ufficiali (PyPI, pub.dev): ad oggi solo JavaScript SDK, 10 pacchetti @aurabase/*, è pubblicato su npm. E nel repository non viene pubblicato alcun benchmark di avvio a freddo WASM, nonostante un effettivo runtime Wasmtime in produzione per le funzioni Edge compilate in Rust.
Come scegliere in base al tuo profilo
La griglia sopra risponde a una domanda generale. Ecco come leggerlo secondo tre profili decisionali ricorrenti.
- Sviluppatore indipendente, paura del vincolo del fornitore — dare priorità alla linea "motore dati" e "licenza" della griglia: un Postgres standard esportato da
pg_dumprimane portabile su qualsiasi host, cosa che Firestore non consente in modo nativo. Consulta il confronto Aurabase vs Supabase e la guida alla migrazione Supabase → Aurabase. - CTO o responsabile tecnico in PMI, conformità GDPR da documentare — dare priorità al "self-hosting" e alla questione della sovranità che non appare nella tabella generica: nessuno dei sei BaaS studiati costruisce un pilastro dedicato ai contenuti GDPR/CLOUD Act, a parte Aurabase. Consulta la guida completa al backend conforme al GDPR e sovrano dell'UE e il confronto tra Aurabase e Firebase.
- Sviluppatore AI, pgvector/RAG pronto all'uso — dare priorità alla linea "AI nativa": questo è il criterio più discriminante nella griglia, con una sola piattaforma (Aurabase) che documenta NL2SQL e RAG in modo nativo su Postgres alla data di questa ricerca. Vedi il tutorial : creazione di un endpoint NL2SQL su Postgres.
Per approfondire un faccia a faccia specifico: Aurabase vs Appwrite, Aurabase vs Convexo Aurabase vs PocketBase.
Domande frequenti
Domande sulla metodologia di questa griglia: per domande generali sulla scelta di un BaaS, consulta le nostre FAQdedicate.