Database: relazionale tradizionale o serverless?

Quando si sceglie dove conservare i dati, oltre al tipo di database (relazionale o no), c'è un'altra decisione sempre più rilevante: usare un database tradizionale, che si provisiona con una capacità fissa, o un database serverless, che scala automaticamente e addebita a consumo. Questa differenza non riguarda il modello di dati, ma come si gestisce, si scala e si paga il database. Scegliere bene incide sul costo, sull'operatività e sulla capacità del tuo sistema di assorbire i picchi senza cadere né sprecare.

In questo articolo confrontiamo il database tradizionale e quello serverless, i loro vantaggi e svantaggi, e spieghiamo come scegliere in base al tuo caso.

Cos'è un database tradizionale

Un database tradizionale (o provisionato) viene eseguito su una capacità fissa che definisci tu: un server o un'istanza con una certa memoria e potenza, acceso in modo continuo, che lo usi molto o poco. Il suo vantaggio è la prevedibilità e il controllo: prestazioni costanti, costo noto e un comportamento maturo e ben compreso. È l'opzione solida per carichi stabili e prevedibili. In cambio, bisogna dimensionarlo in anticipo (con il rischio di restare corti o pagare di più) e scalarlo richiede un intervento e, a volte, tempi di inattività.

Cos'è un database serverless

Un database serverless regola automaticamente la sua capacità in base alla domanda e addebita per l'utilizzo reale, senza che tu debba fare provisioning né gestire server. Il suo grande vantaggio è l'elasticità e il costo per carichi variabili: cresce quando arrivano gli utenti, si riduce (persino a zero) quando non c'è attività, e paghi solo per ciò che consumi. È ideale per carichi imprevedibili, nuovi progetti o ambienti che non si usano in modo continuo. In cambio, il costo può essere meno prevedibile e, in carichi molto intensi e costanti, risultare più caro.

Le differenze chiave

Questi sono i fattori in cui si nota di più la differenza tra i due modelli:

• Capacità: fissa e provisionata contro automatica ed elastica.
• Costo: prevedibile nel tradizionale; a consumo nel serverless.
• Carichi variabili: il serverless si adatta e fa risparmiare; il fisso spreca.
• Carichi costanti: il tradizionale di solito risulta più economico.
• Operatività: il serverless riduce la gestione e il dimensionamento.
• Prevedibilità: maggiore nel tradizionale.

Il fattore del pattern di utilizzo

La chiave della decisione sta in come si usa il database. Se il carico è stabile e costante (un sistema interno che si usa in modo continuo durante la giornata), un database tradizionale ben dimensionato di solito è più economico e prevedibile. Se il carico è variabile, con picchi e valli, stagionale o imprevedibile (una nuova app, un ambiente di test, un servizio con utilizzo irregolare), il serverless evita di pagare per capacità inattiva e assorbe i picchi senza interventi. Il pattern di utilizzo, più che la dimensione, è ciò che fa pendere la bilancia.

Come scegliere

Scegli un database serverless quando il tuo carico è variabile o imprevedibile, quando inizi un progetto e non sai quanto crescerà, o per ambienti di sviluppo e test che non sono sempre attivi: risparmierai e ridurrai la gestione. Scegli un database tradizionale per carichi stabili, costanti e ad alto volume, dove la prevedibilità di costo e prestazioni compensa. Come sempre, la decisione corretta parte dai tuoi dati reali di utilizzo, non dalla tendenza del momento, e conviene rivederla man mano che il sistema evolve.

In AxiomTech scegliamo e progettiamo il database adatto a ogni caso, tradizionale o serverless, in base al tuo pattern di utilizzo e ai tuoi costi. Se hai dubbi su come fare provisioning del tuo database, parliamone e ti diamo una raccomandazione basata sul tuo carico reale.