Quanto valgono i crediti gratuiti per database?
I crediti gratuiti per database per le startup vanno da $300 al minimo a $100.000 per programma al massimo, e poiché ogni fornitore ti fattura separatamente, le sovvenzioni si sommano piuttosto che sovrapporsi.
I sette programmi denominati di seguito liberano $256.000 combinati, senza contare la capacità del database che si trova all'interno di una sovvenzione cloud generale da AWS, Google Cloud o Azure.
AI Perks traccia i termini attuali nella categoria insieme a $7,7 milioni di crediti da 194 aziende.
| Fornitore | Crediti gratuiti | Cosa acquistano i crediti |
|---|---|---|
| Neon | Fino a $100.000 | Postgres Serverless con branching del database |
| Aiven | Fino a $100.000 | Postgres, MySQL, Kafka, ClickHouse, OpenSearch, Valkey gestiti |
| MongoDB Atlas | Fino a $25.000 | Database di documenti con ricerca full-text e vettoriale |
| Neo4j AuraDB | Fino a $16.000 | Database di grafi gestiti |
| Redis Cloud | Fino a $10.000 | Cache in memoria, sessioni, code, ricerca vettoriale |
| Elastic Cloud | Fino a $5.000 | Ricerca, analisi di log e recupero vettoriale |
| Supabase | $300 | Postgres più auth, storage e funzioni edge |
| AWS, Google Cloud, Azure | Sei cifre nei livelli superiori | Database gestiti fatturati all'interno dell'account cloud |
Quelle cifre non sono direttamente comparabili. Una sovvenzione di $16.000 con un fornitore i cui prezzi di listino sono elevati può acquistare meno mesi di runway rispetto a una sovvenzione di $10.000 da qualche parte più economico, quindi leggi la colonna come tempo acquistato, non come valore ricevuto.
Cosa coprono effettivamente i crediti per database gestiti
I crediti pagano il servizio gestito che avvolge il database, non il motore di database stesso. Postgres, MySQL, Redis, OpenSearch e Valkey sono tutti open source e gratuiti da eseguire da soli.
Ciò che stai effettivamente acquistando è la superficie operativa circostante: uptime, failover, backup, patching e supporto. Questa è la fattura che un credito compensa.
Inquadrata correttamente, una grande sovvenzione per database acquista a una startup l'anno in cui non ha bisogno di assumere personale per l'infrastruttura. Questo di solito vale più della cifra in dollari stampata sulla pagina del programma.
Cinque voci si trovano all'interno di quasi ogni fattura di database gestito:
Compute provisionato. La dimensione dell'istanza o del piano selezionato, fatturata sia che sia occupata o meno.
Storage e IOPS. Dati a riposo, più il livello di throughput sopra di esso.
Alta disponibilità. Una replica di standby raddoppia all'incirca la linea di compute prima di servire una singola query aggiuntiva.
Backup, egress e supporto. Snapshot conservati, trasferimento dati in uscita e il livello di supporto richiesto dalla produzione.
Come si comportano i costi dei database in scala
La spesa per il database è un pavimento mensile fisso stabilito dalla capacità provisionata, non una curva di utilizzo che segue il traffico. Una settimana tranquilla costa esattamente quanto una settimana impegnativa.
Questa è la differenza più netta rispetto alla fatturazione dei modelli API, dove traffico e costo si muovono insieme. Cambia come dovrebbero essere programmati i crediti: una sovvenzione per database inizia a scaricarsi il giorno in cui viene provisionato, indipendentemente dal fatto che qualcuno stia utilizzando il prodotto o meno.
La fattura si muove anche come una funzione a gradini piuttosto che come una pendenza. I costi rimangono piatti mentre cresci all'interno di una dimensione di istanza, poi saltano quando la superi. I team sono regolarmente sorpresi da un raddoppio al settimo mese che riflette un ridimensionamento, non un raddoppio dell'utilizzo.
Il Postgres serverless rompe parzialmente questo schema. Neon e i livelli serverless dei principali cloud scalano il compute verso zero quando inattivi, il che ha reso accessibili gli ambienti di branch-per-pull-request. Il problema è che "inattivo" raramente significa inattivo: un pooler di connessioni che mantiene aperte le connessioni, un processo cron o un controllo di integrità manterranno un'istanza calda e ripristineranno silenziosamente il pavimento.
Tre moltiplicatori causano la maggior parte dei danni in scala: fattore di replica, conteggio degli ambienti e finestra di conservazione. Le repliche di staging, anteprima e analytics sono ciascuna un'istanza reale con una fattura reale, e la maggior parte degli eccessi di costo sono un problema di copia piuttosto che un problema di scala. AI Perks copre quali fornitori finanziano attualmente questi ambienti non di produzione attraverso i loro programmi per startup.
Come scegliere tra Postgres, MongoDB, Redis ed Elastic
Inizia con Postgres a meno che tu non abbia una ragione specifica per non farlo. La maggior parte degli altri archivi nella tabella sono aggiunte a un'architettura a forma di Postgres, non sostituzioni.
Una breve guida alle decisioni:
Scelta predefinita: Postgres gestito. Neon, Supabase, Aiven e i fornitori di cloud lo offrono tutti. Tabelle relazionali, JSONB per dati semi-strutturati e pgvector per embedding coprono un'enorme quota di carichi di lavoro delle startup in un unico sistema con un'unica storia di backup.
Dati di documenti e schemi in rapida evoluzione: MongoDB Atlas. Vale la pena quando i tuoi oggetti sono veramente annidati e il tuo schema cambia settimanalmente. Atlas offre anche ricerca full-text e vettoriale sullo stesso cluster, il che elimina un secondo fornitore.
Caching, sessioni, limitazione della frequenza e code: Redis. Quasi mai il tuo archivio primario, quasi sempre il tuo secondo. Poiché fattura sulla memoria provisionata, il suo costo è prevedibile e i suoi crediti sono facili da pianificare.
Query ricche di relazioni: Neo4j. Anelli di frode, risoluzione di identità, catene di approvvigionamento e recupero GraphRAG. Il segnale sono i join ricorsivi in SQL che diventano più lenti ogni trimestre.
Analisi di log e ricerca su volumi: Elastic Cloud. La ricerca full-text sul tuo Postgres primario funziona bene finché non smette di funzionare, e i dati di osservabilità sono il set di dati in più rapida crescita che la maggior parte delle startup possiede.
Streaming insieme alle transazioni: Aiven. La sua sovvenzione copre Postgres, Kafka e ClickHouse sotto un unico tetto, il che lo rende l'applicazione singola più efficiente se esegui già una pipeline di eventi.
La maggior parte degli stack di produzione finisce per averne due o tre. La tua strategia di credito dovrebbe rispecchiare lo stack che eseguirai effettivamente, non il singolo database con cui hai iniziato. AI Perks elenca quali di questi hanno programmi aperti in questo momento.
Con cosa si accumulano i crediti per database e in quale ordine applicarli
I crediti per database si accumulano perfettamente con i crediti cloud, i crediti per modelli e i crediti per l'osservabilità, poiché si tratta di quattro fatture separate. Richiedi al fornitore che già paghi per primo, i grandi massimali secondariamente e le brevi prove per ultime.
Innanzitutto, il database che già esegui. I crediti si agganciano a una fattura che stai già pagando, senza migrazione e senza impegno architetturale. Questa è l'approvazione più economica nella categoria.
In secondo luogo, i grandi massimali. Neon e Aiven si trovano in cima alla gamma. Vale la pena richiederli anche prima di impegnarsi, perché una sovvenzione approvata è un input legittimo in una decisione architetturale che altrimenti prenderesti basandoti solo sui prezzi di listino.
In terzo luogo, l'infrastruttura dati fatturata al di fuori del tuo account cloud. MongoDB Atlas, Redis Cloud ed Elastic Cloud ti fatturano direttamente, il che significa che i loro crediti si sommano ai crediti per startup di AWS, Google Cloud o Azure invece di essere consumati dalla stessa fattura.
In quarto luogo, le sovvenzioni cloud stesse. I servizi di database gestiti vengono fatturati all'interno dell'account cloud, quindi un credito cloud è in parte un credito per database. Questo è il livello che la maggior parte dei fondatori sottoutilizza.
Infine, le piccole prove. Un credito di $300 è dimensionato per un benchmark sui tuoi dati. Attivalo nella settimana in cui prevedi di eseguire quel benchmark, non mesi prima.
L'idoneità dipende dalla fase e dai finanziamenti, e i requisiti differiscono per ogni programma nella tabella sopra. I dettagli attuali per ciascuno sono elencati su getaiperks.com.
Cosa sbagliano i fondatori sui crediti per database
L'errore più costoso è lasciare che la dimensione di una sovvenzione scelga il database. Spostare un database di produzione è la migrazione più difficile nello stack, e un grande credito che ti spinge verso una cattiva soluzione costa di più in tempo di ingegneria di quanto mai risparmi in hosting.
Quattro schemi da evitare:
Sovra-provisionamento perché non sono i tuoi soldi. I team eseguono tre volte l'istanza di cui hanno bisogno finché durano i crediti, poi incontrano la fattura reale al prezzo di listino. Dimensiona per ciò che intendi continuare a pagare.
Ignorare cosa succede allo zero. I crediti finiscono. I dati hanno gravità, e quando la sovvenzione scade, il costo di andarsene è al suo punto più alto. Modella la fattura post-credito prima di impegnarti.
Finanziare un database e dimenticare il secondo. Quasi ogni stack acquisisce una cache e un indice di ricerca. Entrambi sono fatture separate con programmi separati, ed entrambi sono solitamente lasciati non finanziati.
Avviare il cronometro su un database vuoto. I crediti a tempo limitato concessi prima di avere un carico di lavoro spendono la maggior parte del loro valore su un'istanza inattiva.
I fondatori che finanziano l'intero livello dati piuttosto che un singolo fornitore finiscono più avanti. AI Perks traccia $7,7 milioni di crediti in 194 aziende in modo che il database, la cache, l'indice di ricerca e le chiamate ai modelli possano essere coperti contemporaneamente.
Domande frequenti
Quale database offre alle startup più crediti gratuiti?
Neon e Aiven si trovano in cima alla categoria con fino a $100.000 ciascuno, seguiti da MongoDB Atlas con fino a $25.000 e Neo4j con fino a $16.000. Le sovvenzioni dei fornitori di cloud raggiungono sei cifre e includono database gestiti al loro interno. I termini attuali per ciascuno sono tracciati su getaiperks.com.
Posso accumulare crediti per database con crediti AWS o Google Cloud?
Sì, a condizione che il fornitore del database ti fatturi direttamente. MongoDB Atlas, Redis Cloud, Elastic Cloud, Neon e Aiven fatturano al di fuori del tuo account cloud, quindi i loro crediti compensano una fattura che i crediti cloud non toccano mai. I database che esegui all'interno di AWS o Azure sono coperti dalla sovvenzione cloud invece che in aggiunta ad essa.
Ho bisogno di un database separato per la ricerca vettoriale?
Di solito non all'inizio. Postgres con pgvector, MongoDB Atlas e Redis supportano tutti la ricerca vettoriale all'interno di un database che già esegui, il che evita un secondo fornitore e una seconda storia di backup. Un motore vettoriale dedicato giustifica il suo costo su scala maggiore o con un filtraggio intensivo dei metadati. Vedi entrambe le categorie su getaiperks.com.
Quanto costa effettivamente un database di produzione senza crediti?
Un piccolo database a istanza singola costa tipicamente decine di dollari al mese. La produzione con una replica di standby, backup, una copia di staging e un livello di supporto atterra comunemente nelle centinaia, e i team con molti dati raggiungono le quattro cifre mensili. Il moltiplicatore è solitamente il conteggio degli ambienti e la replica, non il volume delle query.
Il Postgres serverless è più economico di un'istanza provisionata?
Per carichi di lavoro burst o intermittenti, di solito sì, perché il compute scala verso zero quando inattivo. Per traffico di produzione costante ad alto utilizzo, un'istanza provisionata è spesso più economica all'ora. Il punto di pareggio dipende dal tuo ciclo di lavoro e dal fatto che i pooler di connessioni o i processi cron mantengano l'istanza permanentemente calda.
Cosa succede quando i miei crediti per database scadono?
Arriva la fattura completa al prezzo di listino, solitamente nel momento in cui la migrazione è più difficile. Tratta il credito come runway piuttosto che come uno sconto: dimensiona le istanze per la fattura che puoi permetterti in seguito e richiedi il programma successivo prima che quello attuale scada. I programmi sono tracciati su getaiperks.com.
Gestisci il database. Lascia che qualcun altro paghi per l'istanza.