Database as a Service / DBaaS
Velocità cloud su misura per la tua infrastruttura privata
Offriamo database e servizi dati in modalità self-service con la velocità e la semplicità del cloud. Ogni istanza gira interamente in locale e sotto il tuo completo controllo operativo, gestita in modo nativo da VMware Data Service Manager e Kubernetes Operators.
Database as a Service / DBaaS
Velocità cloud su misura per la tua infrastruttura privata
Offriamo database e servizi dati in modalità self-service con la velocità e la semplicità del cloud. Ogni istanza gira interamente in locale e sotto il tuo completo controllo operativo, gestita in modo nativo da VMware Data Service Manager e Kubernetes Operators.
La comodità del cloud, senza i compromessi del cloud
I team di sviluppo si aspettano una velocità simile a quella del cloud quando hanno bisogno di un database, di un broker di messaggi o di un cluster di streaming. Per molte organizzazioni, trasferire dati sensibili su servizi cloud pubblici non è un’opzione praticabile, sia per motivi normativi, sia per requisiti di sovranità, sia per la prevedibilità dei costi.
evoila offre il Database as a Service sulla tua infrastruttura: un DBaaS chiavi in mano per PostgreSQL, MySQL, Kafka e RabbitMQ su VMware Cloud Foundation, oppure gli stessi servizi su Kubernetes tramite Operator di livello production.
I vantaggi principali in breve:
- Configurazione self-service di database e servizi dati in pochi minuti, non in giorni
- Piena sovranità digitale: i tuoi dati non escono mai dalla tua infrastruttura
- Due percorsi di implementazione: VMware DSM per ambienti VCF e Kubernetes Operators per configurazioni native di K8s
- Configurazioni pronte per la produzione fin dalla prima implementazione
I tuoi team hanno bisogno di servizi di dati in tempi rapidi, ma il cloud non è sempre la soluzione giusta
Il divario tra ciò di cui hanno bisogno gli sviluppatori e ciò che i team di infrastruttura riescono a fornire si sta allargando. I team applicativi vorrebbero poter avviare un’istanza di PostgreSQL, un topic di Kafka o una coda di RabbitMQ in pochi minuti. Invece, devono aprire un ticket e aspettare giorni o settimane, con configurazioni incoerenti, politiche di sicurezza poco chiare e nessuna gestione standardizzata del ciclo di vita.
Allo stesso tempo, molte organizzazioni non possono semplicemente spostare questi carichi di lavoro sul cloud pubblico. Le normative finanziarie, i requisiti di residenza dei dati o l’imprevedibilità dei costi rendono l’operatività on-premise una necessità, non una scelta. Il risultato: i team si ritrovano bloccati tra un provisioning interno lento e servizi cloud inaccessibili. L’innovazione si blocca, lo shadow IT cresce.
La velocità è un requisito imprescindibile. Il cloud non è sempre un’opzione praticabile.
Due percorsi. Entrambi collaudati in produzione
La rapidità del self-service e la piena autonomia non sono obiettivi in contrasto tra loro. evoila ha creato ambienti DBaaS sia su VMware DSM che su Kubernetes Operators, con lo stesso risultato: gli sviluppatori ottengono ciò di cui hanno bisogno in pochi minuti, i team della piattaforma mantengono il controllo e i dati rimangono sulla tua infrastruttura. Ecco come funziona.
La nostra soluzione
I tuoi database: self-service, sovrani, pronti per la produzione
evoila offre un servizio DBaaS on-premise attraverso due modelli di implementazione collaudati. La scelta giusta dipende dalla tua infrastruttura esistente, dalle competenze del tuo team e dai tuoi requisiti in materia di sovranità.
Percorso 1: VMware Data Service Manager (consigliato per gli ambienti VCF)
Per le organizzazioni che utilizzano VMware Cloud Foundation, DSM è la strada più veloce per arrivare a un DBaaS on-premise. Offre un portale self-service completamente integrato dove i team di sviluppo possono configurare PostgreSQL, MySQL e altri servizi dati su richiesta, con configurazioni standardizzate, backup automatici, monitoraggio integrato e governance basata su policy. Non serve alcuna competenza su Kubernetes.
DSM gestisce l’intero ciclo di vita del database: provisioning, configurazione dell’alta disponibilità, ripristino a un punto nel tempo, scalabilità, applicazione delle patch e dismissione. I team della piattaforma definiscono i livelli di servizio con limiti di risorse e politiche di sicurezza; i team applicativi li utilizzano tramite un portale o un’API. I tuoi dati rimangono sulla tua infrastruttura, sotto il tuo controllo, con una tracciabilità di livello aziendale.
Questo è il punto di partenza che ti consigliamo per la maggior parte degli ambienti aziendali.
Operazioni e servizi gestiti
Ogni percorso di implementazione – DSM o Kubernetes – può essere gestito da evoila come servizio gestito. Il nostro team operativo offre monitoraggio proattivo, gestione degli incidenti, ottimizzazione delle prestazioni, applicazione delle patch di sicurezza e assistenza 24 ore su 24, 7 giorni su 7. Scegli tu il livello più adatto alle tue esigenze.
Percorso 2: Operatori Kubernetes
Per le organizzazioni che dispongono già di un’infrastruttura Kubernetes o che richiedono la massima portabilità e sovranità open source, implementiamo servizi dati utilizzando Operator di livello production.
PostgreSQL – Effettuiamo il deployment su VMware Tanzu for Postgres, la stessa versione di PostgreSQL con supporto aziendale utilizzata in DSM, oppure su CloudNativePG, un operatore maturo e riconosciuto dalla CNCF che gestisce set di repliche ad alta disponibilità.
MongoDB – Per i carichi di lavoro che richiedono flessibilità dello schema e scalabilità orizzontale, implementiamo MongoDB su Kubernetes con l’Operator Percona o quello della community. I set di repliche automatizzati, lo sharding, il failover, la pianificazione dei backup e il rafforzamento della sicurezza vengono gestiti in modo dichiarativo.
Apache Kafka – Grazie all’operatore Stackable Kafka, implementiamo cluster multi-broker con replica basata sui rack, gestione degli argomenti, integrazione con Kafka Connect e monitoraggio tramite Prometheus/Grafana. Kafka funge da spina dorsale per le pipeline di dati in tempo reale e le architetture event-driven.
RabbitMQ – L’Operator Cluster di RabbitMQ gestisce le implementazioni in cluster con code a quorum, la federazione per la messaggistica multisito e un routing flessibile (per argomento, fanout, basato sull’intestazione). È perfetto per l’integrazione delle applicazioni e la comunicazione asincrona tra microservizi.
Oltre a questi servizi singoli, creiamo un livello di self-service unificato. I team della piattaforma definiscono le offerte di servizio con configurazioni standardizzate, limiti di risorse e politiche di sicurezza. I team delle applicazioni configurano ciò di cui hanno bisogno tramite API: niente ticket, niente attese, niente scostamenti di configurazione.
Tech-Deep-Dive
Come funziona il DBaaS on-premise: da VMware DSM agli operatori Kubernetes
VMware Data Service Manager (DSM) è un livello di gestione dell’infrastruttura integrato in VMware Cloud Foundation che offre funzionalità self-service simili a quelle del cloud agli ambienti on-premise. I team della piattaforma definiscono le offerte di servizi di database con configurazioni standardizzate, limiti di risorse e politiche di sicurezza. I team applicativi possono fornire questi servizi su richiesta tramite un portale o un’API, con backup automatico, monitoraggio e gestione del ciclo di vita integrati. DSM supporta implementazioni su singolo server e in cluster per PostgreSQL, inclusa l’alta disponibilità con failover automatico e il ripristino a un punto specifico nel tempo su uno storage compatibile con S3. Il vantaggio principale: i tuoi dati rimangono sulla tua infrastruttura, mentre i tuoi team ottengono la velocità e la praticità che si aspettano dai servizi cloud-native, senza bisogno di competenze specifiche su Kubernetes.
Operatori Kubernetes: come funzionano Un operatore è un’estensione software di Kubernetes che trasforma le conoscenze operative – il tipo di competenza che ha un amministratore di database esperto – in flussi di lavoro automatizzati e dichiarativi. Invece di creare manualmente un set di repliche PostgreSQL, configurare la replica, impostare i backup e scrivere script per il failover, definisci lo stato desiderato in un manifesto YAML e l’Operatore si assicura costantemente che tale stato venga mantenuto. Se un nodo si guasta, l’Operatore gestisce il failover. Quando modifichi la configurazione, esegue un aggiornamento graduale. Quando devi scalare, aggiunge automaticamente le repliche.
PostgreSQL e MongoDB su Kubernetes. Per PostgreSQL, CloudNativePG gestisce i replica set, il failover automatico, il backup e il ripristino (incluso il ripristino a un punto nel tempo su uno storage compatibile con S3), la gestione dei certificati TLS e la configurazione RBAC. Per MongoDB, l’operatore Percona/Community si occupa dei set di replica, dello sharding, della crittografia e del failover automatico. Tutte le risorse sono definite come Custom Resource Definitions (CRD) e si integrano in modo nativo con Helm, ArgoCD e Terraform.
RabbitMQ su Kubernetes L’Operator RabbitMQ Cluster gestisce le istanze in cluster con code a quorum, archiviazione persistente, individuazione automatica dei peer, plugin di federazione per la messaggistica multisito e monitoraggio basato su Prometheus.
Infrastructure-as-Code ovunque: ogni distribuzione segue i principi dell’Infrastructure-as-Code. Le definizioni dei servizi, le configurazioni e le politiche sono gestite con controllo di versione in Git e applicate tramite flussi di lavoro GitOps (in genere ArgoCD o Flux). Questo garantisce che ogni ambiente sia riproducibile, verificabile e coerente.
L’infrastruttura di base su cui gira VMware DSM è VMware Cloud Foundation. Gli operatori Kubernetes girano su bare metal, su VMware vSphere (usando vSphere Kubernetes Service) o su qualsiasi distribuzione conforme alle specifiche CNCF. Progettiamo il livello di elaborazione e storage sottostante per soddisfare i requisiti prestazionali dei carichi di lavoro con dati stateful, incluse classi di storage dedicate per volumi di database ad alto IOPS e regole di affinità dei nodi per la località dei dati.
Il tuo partner ideale
Due specializzazioni che di solito non si trovano nello stesso team
evoila unisce una profonda competenza nelle infrastrutture VMware e Kubernetes a una conoscenza approfondita dei servizi dati. I nostri ingegneri non si limitano a implementare DSM o a installare gli Operator. Conoscono a fondo il funzionamento interno dei database, le topologie di replica, l’ottimizzazione delle prestazioni e le modalità di guasto di ogni servizio che gestiamo. evoila è il partner leader di Broadcom in Europa, con una vasta esperienza in VMware Cloud Foundation e Kubernetes, e possiede le certificazioni ISO 27001, BSI C5 e TISAX.
Il team delle operazioni gestite gestisce gli ambienti Kafka e RabbitMQ per grandi aziende europee in produzione, con servizio di reperibilità, gestione degli incidenti e monitoraggio proattivo. Con oltre 600 specialisti in più di 15 paesi, evoila è abbastanza grande da garantire un supporto di livello aziendale e abbastanza strutturata da rimanere vicina al lavoro.
Lo stack che lo rende possibile
Piattaforma DBaaS (VMware)
VMware Data Service Manager (configurazione di PostgreSQL, MySQL, Kafka e RabbitMQ su VCF)
Piattaforma Kubernetes
Piattaforma dati impilabile, VMware vSphere Kubernetes Service, distribuzioni conformi alle specifiche CNCF
Banche dati
PostgreSQL (VMware DSM, CloudNativePG Operator), MongoDB (Percona/Community Operator)
Streaming di eventi
Apache Kafka (VMware DSM, Stackable Kafka Operator, Kafka Connect, Schema Registry)
Messaggistica
RabbitMQ (VMware DSM, RabbitMQ Cluster Operator, federazione, code di quorum)
Infrastruttura come codice e GitOps
Helm, Terraform, ArgoCD, Flux
Monitoraggio e osservabilità
Prometheus, Grafana, Elastic Stack
Sicurezza e politiche
OPA (Open Policy Agent), gestione dei certificati TLS, RBAC, crittografia dei dati inattivi
Certificazioni e partnership: Broadcom Pinnacle Partner, Microsoft Silver Partner, AWS Partner, ISO/IEC 27001, BSI C5, TISAX
Tre passaggi per creare il tuo DBaaS
Fase 1 | Valutazione DBaaS
Analizziamo il tuo attuale panorama dei servizi dati: quali database e broker sono in uso, come sono configurati e dove si trovano i colli di bottiglia. Valutiamo la tua infrastruttura (VCF, Kubernetes o entrambi) e ti consigliamo il percorso di implementazione più adatto. Questo servizio può far parte di un workshop più ampio sul valore dei dati oppure essere una valutazione a sé stante.
Fase 2 | Creazione della piattaforma e integrazione dei servizi
I nostri ingegneri implementano la piattaforma scelta: VMware DSM nel tuo ambiente VCF, Kubernetes Operators sui tuoi cluster, oppure entrambe. Configuriamo i modelli di servizio, integriamo i tuoi primi carichi di lavoro e verifichiamo l’intero stack nel tuo ambiente. Tempistiche tipiche: 2–4 settimane per i singoli servizi, 6–12 settimane per una piattaforma completa multiservizio.
Fase 3 | Operazioni gestite
Servizio gestito completo: assistenza 24/7 o 8×5 con SLA relativi ai tempi di risposta e di risoluzione, monitoraggio attivo, gestione di incidenti e problemi, manutenzione proattiva (controlli di sistema, aggiornamenti, patch, correzioni di sicurezza).
Servizio gestito Lite: assistenza 8×5 con SLA sui tempi di risposta e gestione di incidenti e problemi – per le organizzazioni che si occupano internamente del monitoraggio e della manutenzione proattiva.
Fornisci ai tuoi team i servizi di dati di cui hanno bisogno
Alla velocità del cloud, sulla tua infrastruttura, sotto il tuo controllo. evoila crea la piattaforma, automatizza le operazioni e la gestisce per te, se lo desideri.
Il DBaaS è una componente della piattaforma dati.
Se la tua domanda riguarda l’intero stack di dati e IA, l’architettura lakehouse, le piattaforme di analisi o la preparazione all’IA, il nostro team dedicato ai dati e all’IA può aiutarti a trovare il punto di partenza giusto.
Yannic Remmet-Zarotiadis
Unit Lead – Data Platform Engineering
FAQs
Domande frequenti sul Database as a Service
Portiamo l’esperienza di provisioning self-service dei database gestiti nel cloud direttamente nella tua infrastruttura. Grazie ai Kubernetes Operator, i tuoi team di sviluppo possono richiedere e ottenere in pochi minuti un’istanza PostgreSQL pronta per la produzione, un replica set MongoDB, un cluster Kafka o un broker RabbitMQ: il tutto in modo automatizzato, nel rispetto delle politiche aziendali e senza che i dati escano dal tuo data center.
Non per forza. Se hai già Kubernetes, possiamo effettuare il deployment sui tuoi cluster esistenti. Altrimenti, possiamo aiutarti a configurare l’infrastruttura Kubernetes di base come parte del nostro lavoro insieme, che sia su bare metal, VMware vSphere o qualsiasi distribuzione conforme alle specifiche CNCF. La creazione del livello Kubernetes fa parte di ciò che facciamo, ma è un prerequisito.
Gli Operator sono molto più che semplici script di distribuzione. Confrontano continuamente lo stato desiderato con quello effettivo, gestendo automaticamente il failover, il ridimensionamento, le modifiche alla configurazione e gli aggiornamenti. Uno script viene eseguito una sola volta; un Operator monitora e interviene 24 ore su 24. È proprio questo che fa la differenza tra un database semplicemente configurato e uno realmente gestito.
Per PostgreSQL, di solito usiamo CloudNativePG: un Operator maturo e riconosciuto dalla CNCF, con un ottimo supporto per l’alta disponibilità, il failover automatico e il backup su storage compatibile con S3. Per MongoDB, usiamo il Percona Operator o il MongoDB Community Operator, a seconda delle preferenze e dei requisiti di licenza. Per Kafka, usiamo lo Stackable Kafka Operator come parte della Stackable Data Platform.
Assolutamente sì. Molti clienti iniziano con un singolo servizio – ad esempio, Kafka gestito – e aggiungono PostgreSQL, MongoDB o RabbitMQ man mano che sorgono nuove esigenze. L’architettura della piattaforma è modulare per natura: ogni Operator gestisce il proprio servizio in modo indipendente, ma tutti condividono la stessa infrastruttura Kubernetes, lo stesso stack di monitoraggio e gli stessi flussi di lavoro GitOps.
La piattaforma DBaaS e il Data Lakehouse si completano a vicenda. Il Lakehouse (di solito su Databricks o Stackable) è la tua piattaforma centrale per l’analisi dei dati e l’IA. I servizi dati descritti qui – PostgreSQL per i carichi di lavoro transazionali, Kafka per lo streaming, MongoDB per i dati delle applicazioni – alimentano e circondano il Lakehouse. Molti clienti utilizzano entrambi: il DBaaS per i servizi relativi ai dati operativi e il Lakehouse per l’analisi e l’IA.
Dato che tutto è basato su Kubernetes e su standard aperti, la migrazione è semplicissima. PostgreSQL, MongoDB, Kafka e RabbitMQ funzionano esattamente allo stesso modo su Kubernetes nel cloud (AKS, EKS, GKE) e in locale. Le tue configurazioni, gli Operator e le pipeline GitOps ti seguono ovunque, senza bisogno di riprogettare l’architettura.