Recensioni e Dettagli del Prodotto EDB Postgres AI for CloudNativePG

Mi piace la funzionalità in cui possiamo costruire applicazioni Gen AI direttamente su EDB Postgres AI per CloudNativePG. L'espansione dei modelli di AI all'interno del database è un altro aspetto che apprezzo. La funzionalità di carichi di lavoro unificati, che consente sia query transazionali tradizionali che compiti di AI sulla stessa piattaforma, mi colpisce. Inoltre, mi piace la funzionalità di gestione dati ibrida. Con queste capacità, è utile per gestire la crescente quantità di dati dei chatbot e supporta la ricerca vettoriale, ampiamente utilizzata per le applicazioni di AI. Recensione raccolta e ospitata su G2.com.

È molto difficile creare l'impostazione iniziale e configurare il database per i carichi di lavoro AI a causa di una documentazione inadeguata, quindi vorrei migliorare il contenuto del documento. Ci sono alcune funzionalità avanzate in EDB, ma a causa della mancanza di documentazione, non siamo a conoscenza di come utilizzarle. PostgreSQL utilizza un nodo scrittore primario con più repliche di lettura, il che diventa un collo di bottiglia per carichi di lavoro di scrittura molto elevati. Dovrebbe seguire un approccio simile a Google Spanner in modo da poter scalare orizzontalmente. È molto difficile configurarlo inizialmente senza un esperto in PostgreSQL. La sfida che abbiamo affrontato è come configurare le repliche e i container, ed è anche molto difficile configurare la sicurezza. Recensione raccolta e ospitata su G2.com.

Utilizzo EDB Postgres AI per CloudNativePG per gestire i miei database PostgreSQL su Kubernetes senza sforzo. Automatizza il deployment del cluster, il dimensionamento, i backup e il failover, riducendo significativamente il mio sforzo manuale. Mi piace quanto semplifichi l'esecuzione di PostgreSQL in Kubernetes, e l'automazione mi fa risparmiare molto tempo. Le funzionalità di alta disponibilità sono un grande vantaggio, fornendo affidabilità e fiducia in produzione. La configurazione dichiarativa si integra perfettamente con i flussi di lavoro GitOps, rendendo le operazioni più prevedibili e coerenti. Nel complesso, è ben adatto per ambienti Kubernetes di produzione. Recensione raccolta e ospitata su G2.com.

Una cosa che potrebbe essere migliorata con EDB Postgres AI per CloudNativePG è la curva di apprendimento — può sembrare complessa all'inizio se sei nuovo agli operatori Kubernetes. Alcune operazioni avanzate e gli aggiornamenti di versione richiedono anche una pianificazione attenta, il che può aggiungere un sovraccarico. Semplificare la documentazione e facilitare gli aggiornamenti delle versioni principali di PostgreSQL renderebbe l'esperienza ancora migliore. Recensione raccolta e ospitata su G2.com.

Mi piace l'integrazione forte con Kubernetes e l'automazione che fornisce per la gestione dei cluster PostgreSQL. Le funzionalità di failover automatico e alta disponibilità ci danno fiducia che i nostri database rimangano stabili anche durante i guasti dei nodi. Un altro aspetto eccezionale sono le intuizioni sulle prestazioni intelligenti. Le raccomandazioni guidate dall'IA aiutano a identificare query lente e miglioramenti della configurazione, riducendo il tempo trascorso nella risoluzione manuale dei problemi. Apprezzo anche il modello di configurazione dichiarativo, che si allinea bene con le pratiche DevOps e i flussi di lavoro di infrastruttura come codice. Rende le distribuzioni più coerenti e più facili da gestire tra gli ambienti. Nel complesso, la combinazione di affidabilità di livello enterprise con la flessibilità cloud-native è ciò che spicca di più. Recensione raccolta e ospitata su G2.com.

Sebbene l'esperienza complessiva sia stata positiva, ci sono alcune aree che potrebbero essere migliorate. La configurazione iniziale e quella avanzata possono sembrare complesse, specialmente per i team che sono nuovi a Kubernetes o CloudNativePG. Alcuni scenari richiedono una comprensione più approfondita degli interni di PostgreSQL e dell'architettura del cluster. Inoltre, una documentazione più chiara per alcuni casi d'uso avanzati e parametri di tuning sarebbe utile. Sebbene la documentazione sia generalmente buona, esempi più pratici o guide di distribuzione nel mondo reale renderebbero più facile l'integrazione. Una maggiore visibilità sui livelli di prezzo e sulle differenze di funzionalità aiuterebbe anche i team a pianificare meglio prima di adottarlo su larga scala. Recensione raccolta e ospitata su G2.com.

1) Design nativo Kubernetes con Cloud Native PG.

2) Capacità PostgreSQL di livello enterprise supportate da EnterpriseDB.

3) Forte allineamento tra le iniziative AI e la piattaforma dati.

4) Semplicità operativa che rende il lavoro quotidiano più facile per i team DevOps. Recensione raccolta e ospitata su G2.com.

1. Complessità per Team Più Piccoli

Sebbene potente, questo stack può sembrare pesante per piccoli team di sviluppo, app semplici senza SLA rigorosi o progetti che non necessitano di operazioni di database completamente native su Kubernetes. In questi casi, alcuni team finiscono per spendere più tempo sulla configurazione e sul lavoro di piattaforma piuttosto che sulla costruzione di funzionalità applicative.

2. Curva di Apprendimento Più Ripida

Poiché combina gli interni di PostgreSQL, operatori e CRD di Kubernetes e strumenti cloud-native, i nuovi utenti spesso necessitano di formazione o esperienza precedente in tutti e tre i settori. Questa combinazione può rallentare l'inserimento e rendere più difficile diventare produttivi rapidamente.

3. Sovraccarico di Risorse

Eseguire un setup PostgreSQL completamente nativo su Kubernetes (anche con automazione) richiede generalmente più risorse di calcolo e di rete rispetto a un semplice database gestito, oltre a una pianificazione attenta delle classi di archiviazione, delle affinità e delle dimensioni dei nodi. Di conseguenza, non è sempre la scelta più conveniente per carichi di lavoro leggeri.

4. Supporto dell'Ecosistema Può Essere Misto

Sebbene l'operatore Cloud native pg sia solido, alcuni strumenti di terze parti o integrazioni di monitoraggio non funzionano in modo altrettanto fluido come con i servizi gestiti mainstream (ad esempio, AWS RDS o Azure Database per PostgreSQL). Alcune estensioni o casi d'uso marginali possono anche richiedere una convalida o una messa a punto extra.

5. Aspettative di Fornitore e Funzionalità

EDB aggiunge funzionalità aziendali, ma questi miglioramenti possono comportare livelli di licenza o supporto, e il pieno beneficio non è sempre gratuito o open source. I team che valutano le funzionalità "Postgres AI" dovrebbero confermare attentamente cosa è incluso rispetto a ciò che è dietro piani commerciali. Recensione raccolta e ospitata su G2.com.

Ciò che mi piace di più di EDB Postgres AI per CloudNativePG è come integri senza soluzione di continuità le capacità di PostgreSQL aziendale in un ambiente veramente nativo per Kubernetes. Preserva il modello dichiarativo, guidato dall'operatore, aggiungendo al contempo funzionalità di livello produttivo come sicurezza avanzata, alta disponibilità, osservabilità e strumenti di prestazione. L'integrazione sembra naturale piuttosto che sovrapposta, il che rende più agevoli le operazioni del secondo giorno. Apprezzo particolarmente l'equilibrio tra la flessibilità open-source e il supporto aziendale, che consente ai team di scalare con fiducia, modernizzare i carichi di lavoro e gestire database mission-critical in Kubernetes senza sacrificare affidabilità, governance o agilità degli sviluppatori. Recensione raccolta e ospitata su G2.com.

Uno svantaggio di EDB Postgres AI per CloudNativePG è la complessità aggiuntiva che deriva dalla stratificazione aziendale. Sebbene le funzionalità aggiuntive siano potenti, possono aumentare il carico operativo rispetto all'esecuzione di una configurazione PostgreSQL leggera e solo comunitaria. La concessione di licenze e i prezzi possono anche essere una preoccupazione per i team più piccoli o le startup che non necessitano di capacità aziendali avanzate.

Ci può essere anche una curva di apprendimento quando si integrano strumenti avanzati di sicurezza, osservabilità o prestazioni nei flussi di lavoro Kubernetes esistenti. Per i team già a proprio agio con stack puramente open-source, il passaggio verso un approccio più orientato alla piattaforma può sembrare più pesante del necessario. Recensione raccolta e ospitata su G2.com.

Mi piace EDB Postgres AI per CloudNativePG per la sua robusta automazione per l'alta disponibilità e i failover auto-riparanti. Le funzionalità di aggiornamenti continui e backup continuo si distinguono, poiché garantiscono distribuzioni senza tempi di inattività e un recupero senza sforzo nel tempo in ambienti Kubernetes. Semplifica davvero la scalabilità di PostgreSQL per i microservizi senza il sovraccarico della gestione tradizionale delle macchine virtuali. Inoltre, utilizzarlo con Kubernetes, Helm e strumenti di monitoraggio come Prometheus/Grafana aiuta ad automatizzare la distribuzione e monitorare efficacemente i cluster PostgreSQL. Recensione raccolta e ospitata su G2.com.

Non mi piace la ripida curva di apprendimento per i principianti di Kubernetes, che rallenta l'installazione. Gli aggiornamenti principali sono complessi e manuali. L'uso delle risorse sembra elevato per carichi di lavoro piccoli. Recensione raccolta e ospitata su G2.com.

Mi piace EDB Postgres AI per CloudNativePG perché automatizza il deployment e la gestione di PostgreSQL in Kubernetes. Semplifica compiti come il dimensionamento, i backup e il recupero mantenendo alta disponibilità e affidabilità. L'automazione riduce gli sforzi operativi manuali, migliorando l'affidabilità del database e minimizzando i tempi di inattività. Questo ci permette di concentrarci maggiormente sullo sviluppo di applicazioni e dati invece che sulla gestione di routine del database. La sua forte automazione, scalabilità e integrazione con Kubernetes sono particolarmente vantaggiose per la gestione dei cluster PostgreSQL. Recensione raccolta e ospitata su G2.com.

La configurazione iniziale può essere complessa, soprattutto per i team nuovi a Kubernetes. La documentazione e le linee guida per la risoluzione dei problemi potrebbero essere più dettagliate, e la configurazione iniziale e la curva di apprendimento potrebbero essere migliorate. Recensione raccolta e ospitata su G2.com.

Mi piace EDB Postgres AI perché sembra pratico. Ottieni Postgres affidabile più migliori prestazioni, intuizioni più intelligenti, tuning più facile e meno sorprese nel lavoro quotidiano. Recensione raccolta e ospitata su G2.com.

Lo svantaggio di EDB Postgres AI è che può sembrare complesso all'inizio. C'è una curva di apprendimento, alcune funzionalità sembrano eccessive, e i costi e la configurazione possono aggiungere attrito nelle fasi iniziali. Recensione raccolta e ospitata su G2.com.

Utilizzo EDB Postgres AI per CloudNativePG come il mio PostgreSQL gestito di riferimento perché combina perfettamente la compatibilità PostgreSQL di livello enterprise con gli ambienti cloud native. Il livello di automazione è impressionante, in particolare l'alta disponibilità automatizzata e i failover, così come le prestazioni guidate dall'AI, che riducono il rischio operativo e migliorano l'intero sistema. L'installazione iniziale è stata più semplice del previsto. Recensione raccolta e ospitata su G2.com.

In alcuni scenari avanzati, c'è una mancanza di profondità nei documenti. Dovrebbero esserci più esempi di architettura end-to-end e alcune spiegazioni di scenari reali. Recensione raccolta e ospitata su G2.com.

Non abbiamo bisogno di configurare un'altra VM per ogni carico di lavoro che richiede un database relazionale. Configurare un EDB CNP è davvero facile ora. Basta inserire alcune proprietà di base e l'operatore avvia un cluster Postgres da solo e, in combinazione con il ClusterImageCatalog, aggiornare i cluster è molto semplice poiché l'operatore esegue un riavvio graduale dei pod da solo durante l'aggiornamento del catalogo. Ci piacciono anche le molte opzioni che l'operatore già fornisce per configurare il cluster Postgres. Complimenti anche all'operatore che è diventato molto più stabile da quando abbiamo iniziato circa 2 anni fa. Recensione raccolta e ospitata su G2.com.

Ci mancano ancora importanti aggiornamenti sui Cluster in modo user-friendly. So che ci sono progressi nello sviluppo di EDB che rendono la vita dei clienti più facile, ma lo stiamo ancora aspettando con impazienza. La soluzione attuale basata sulla replica dei dati su un nuovo cluster con una versione principale più alta è troppo complicata e richiede troppo tempo per un gruppo di Cluster.

Inoltre, ci manca il ClusterImageCatalog precedentemente fornito qui https://raw.githubusercontent.com/EnterpriseDB/docker-postgresql/refs/heads/main/image-catalogs/ClusterImageCatalog-ubi9.yaml

Era molto utile scaricare questo Catalogo e applicarlo al Cluster usando Terraform e con ciò attivare l'operatore per aggiornare tutti i Cluster. Recensione raccolta e ospitata su G2.com.