CoreWeave lancia PostgreSQL gestito all’interno dei cluster di calcolo per l’IA

CoreWeave ha annunciato l’11 novembre 2026 la disponibilità generale di CoreWeave Database, che offre PostgreSQL gestito all’interno dei cluster CoreWeave Kubernetes Service (CKS) dei clienti, insieme ai carichi di lavoro di addestramento e inferenza dell’IA.

I database vengono eseguiti su nodi CPU all’interno del cluster CKS del cliente e le applicazioni si connettono tramite un servizio Kubernetes interno al cluster. I team non devono quindi gestire un collegamento tra cloud o un percorso di uscita per queste connessioni al database, mentre i dati relazionali restano sulla stessa piattaforma dei carichi di lavoro GPU.

CoreWeave ha dichiarato che in precedenza i clienti dovevano amministrare PostgreSQL autonomamente oppure mantenerlo in un altro cloud, aggiungendo un passaggio di rete, un percorso di uscita e un secondo ambiente da proteggere. Le chiamate al database tra cloud diversi possono inoltre aumentare la latenza e il carico operativo man mano che le applicazioni di produzione generano più attività sul database.

«L’IA in produzione si basa su più delle sole GPU. Si basa sullo stato delle applicazioni, sui metadati e sugli embedding che gli agenti e le pipeline di addestramento utilizzano a ogni passaggio», ha dichiarato Corey Sanders, vicepresidente senior del prodotto di CoreWeave.

Resilienza, sicurezza e recupero vettoriale

Un’istanza primaria di PostgreSQL e le relative repliche di lettura sono distribuite su più host, mentre i dati attivi risiedono su CoreWeave Distributed File Storage (DFS). CloudNativePG, un operatore Kubernetes open source per PostgreSQL, gestisce l’istanza primaria e le repliche, nonché il failover automatico. CoreWeave fornisce il servizio gestito circostante, che comprende monitoraggio e attività operative continuative.

Il backup continuo è abilitato per impostazione predefinita. Il ripristino point-in-time consente di riportare un database a qualsiasi momento compreso nella finestra di conservazione, mentre i backup pianificati e su richiesta offrono ulteriori opzioni di ripristino. È inoltre possibile ripristinare un backup completo in un nuovo cluster, consentendo ai team di convalidare la copia senza sostituire la distribuzione originale.

I database restano privati all’interno dei rispettivi cluster e la crittografia viene applicata ai dati sia a riposo sia in transito. CoreWeave gestisce i certificati TLS e le patch di sicurezza. I clienti controllano gli accessi tramite i ruoli nativi di PostgreSQL, le policy di rete di Kubernetes e la registrazione degli audit, separando le operazioni infrastrutturali dalle autorizzazioni a livello di applicazione.

Secondo CoreWeave, il supporto a pgvector consente ai team di archiviare embedding ed eseguire ricerche vettoriali per la generazione aumentata dal recupero (RAG) e il recupero semantico nello stesso database dei dati delle applicazioni. In questo modo non è necessario gestire un archivio vettoriale separato per questi carichi di lavoro e i dati di recupero e lo stato delle applicazioni rientrano in un unico modello operativo PostgreSQL.

Migrazione di PostgreSQL e controlli Kubernetes

CoreWeave descrive il servizio come pienamente compatibile con PostgreSQL, consentendo di trasferire i database da un altro cloud o da un’installazione autogestita usando gli strumenti nativi di Postgres. I clienti mantengono la proprietà dei propri dati, schemi, query e utenti del database, mentre CoreWeave si occupa delle patch e delle operazioni continuative sul database.

La gestione può integrarsi nei flussi di lavoro Kubernetes esistenti. La documentazione del prodotto di CoreWeave elenca la CoreWeave Cloud Console, kubectl, gli strumenti GitOps come Argo CD o Flux e i controller personalizzati sviluppati tramite l’API Kubernetes tra le opzioni di gestione.

Il modello delle risorse comprende CWDBCluster, che definisce la topologia del database, le risorse di calcolo e archiviazione, gli accessi e le impostazioni di ripristino. Una seconda risorsa, CWDBBackup, crea backup su richiesta e può stabilire punti di ripristino noti prima di operazioni potenzialmente dirompenti.

Mike Mattacola, CEO di Advaita Bio, ha dichiarato che la sua azienda ha migrato da un altro cloud a CoreWeave Database il proprio database di letteratura biomedica e ha raggiunto rapidamente la fase di produzione grazie all’assistenza diretta di CoreWeave. Ha aggiunto che ora la distribuzione PostgreSQL gestita opera insieme alle applicazioni che ne dipendono.

Per CoreWeave, il lancio aggiunge un livello di servizi dati gestiti a una piattaforma infrastrutturale incentrata sul calcolo accelerato. Per i team che lavorano sull’IA, la conseguenza sul piano operativo è che lo stato delle applicazioni, il recupero vettoriale e i carichi di lavoro GPU possono rimanere all’interno di un unico ambiente cluster, con l’amministrazione ordinaria dei database affidata a CoreWeave e il controllo sulla progettazione dei dati e sugli accessi mantenuto dal cliente.