☁️ Punti chiave
- AlloyDB Omni RPM Orchestrator diventa generalmente disponibile insieme alla versione 18.3.0 e al supporto per PostgreSQL 18.3.
- Google porta automazione HA, backup, audit locale, SELinux e gestione operativa su VM e server bare metal non containerizzati.
- Restano disponibili funzioni AI di AlloyDB, ricerca intelligente, linguaggio naturale ed estensioni anche nei deployment self-managed.
Google porta l’automazione di AlloyDB fuori dal cloud gestito e direttamente sui server aziendali. Con la disponibilità generale di AlloyDB Omni RPM Orchestrator, le organizzazioni possono eseguire PostgreSQL compatibile con AlloyDB su macchine virtuali e hardware bare metal mantenendo alta disponibilità, sicurezza e funzioni AI senza adottare necessariamente Kubernetes o un database completamente gestito. La release arriva insieme ad AlloyDB Omni 18.3.0 e al supporto per PostgreSQL 18.3, mirando soprattutto a settori regolamentati, ambienti con requisiti di sovranità del dato e infrastrutture legacy nelle quali containerizzare il database non è sempre una scelta praticabile.
Cosa leggere
RPM Orchestrator diventa generalmente disponibile
Nel lancio ufficiale di AlloyDB Omni RPM Orchestrator Google definisce quattro modalità di deployment: container standalone, Kubernetes con operator, RPM standalone e RPM con orchestratore per configurazioni enterprise altamente disponibili. L’ultima opzione porta automazione di provisioning e gestione direttamente su distribuzioni Red Hat compatibili, permettendo di mantenere database sul proprio hardware pur adottando parte dell’esperienza operativa tipica di un servizio cloud.
Leggi anche: Google Cloud porta agenti di osservabilità e automazione direttamente nei database enterprise
PostgreSQL 18.3 entra nella base AlloyDB Omni
La versione 18.3.0 aggiorna il motore compatibile a PostgreSQL 18.3. Le release note ufficiali di AlloyDB Omni confermano inoltre la disponibilità generale della Transparent Data Encryption e ulteriori funzioni operative. Per le aziende che mantengono applicazioni PostgreSQL on-premises, il valore sta nella possibilità di modernizzare prestazioni e gestione senza cambiare radicalmente il modello dati o trasferire immediatamente tutto nel cloud pubblico.
Google sostiene che AlloyDB Omni possa superare PostgreSQL standard nelle operazioni transazionali e soprattutto nelle query analitiche. Questi numeri dipendono naturalmente dal workload, ma spiegano il posizionamento: non è una semplice distribuzione PostgreSQL supportata, bensì una versione ottimizzata che porta tecnologie sviluppate per AlloyDB nei deployment controllati dal cliente.
SELinux e audit locale puntano ai settori regolamentati
RPM Orchestrator integra SELinux, logging locale del control path e del data path, metriche personalizzabili e strumenti per gestire backup e alta disponibilità. Sono caratteristiche particolarmente utili nei settori nei quali il database deve restare all’interno di un perimetro fisico o normativo specifico. Il cloud resta spesso l’opzione più semplice, ma pubblica amministrazione, finanza, industria e sanità possono avere vincoli che rendono necessario mantenere il dato in un data center proprietario. La direzione completa la strategia già visibile con QueryData, che porta agenti e interrogazioni in linguaggio naturale su AlloyDB, Cloud SQL e Spanner.
Le funzioni AI arrivano anche nel database self-managed
Uno degli elementi più interessanti è che il deployment locale non elimina le capacità AI dell’ecosistema AlloyDB. Google indica supporto per query in linguaggio naturale, ricerca AI, funzioni generative ed estensioni compatibili con la piattaforma. Il database può quindi diventare sia repository tradizionale sia sorgente direttamente interrogabile da applicazioni e agenti. Questa convergenza riduce il confine tra database operativo e infrastruttura AI. L’azienda può mantenere il controllo fisico sul dato ma utilizzare interfacce moderne per semantic search e applicazioni agentiche, evitando almeno in parte di duplicare dataset verso sistemi esterni.
Continua con:
Il cloud arriva on-premises senza obbligare a usare Kubernetes
Il valore più specifico dell’RPM Orchestrator è proprio l’assenza dell’obbligo di adottare Kubernetes. Per molte grandi imprese container e operator rappresentano la strada naturale; per altre introducono un ulteriore livello operativo da amministrare soltanto per mantenere un database. Google prova a offrire automazione cloud-like sopra infrastruttura tradizionale, lasciando alla società il controllo del server ma riducendo parte del lavoro manuale associato a failover, aggiornamenti, sicurezza e osservabilità. AlloyDB Omni diventa così uno dei segnali più chiari della nuova fase hybrid cloud: non spostare necessariamente ogni database verso un servizio gestito, ma portare dentro il data center una parte sempre maggiore dell’automazione nata nel cloud.
Iscriviti alla Newsletter
Non perdere le analisi settimanali: Entra nella Matrice Digitale.
Matrice Digitale partecipa al Programma Affiliazione Amazon EU. In qualità di Affiliato Amazon, ricevo un guadagno dagli acquisti idonei. Questo non influenza i prezzi per te.
