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.

La sfida

Perché i tuoi team stanno ancora aspettando un database

Il divario tra ciò di cui hanno bisogno gli sviluppatori e ciò che i team che si occupano di infrastrutture riescono a fornire si sta allargando. Per molte organizzazioni, le alternative gestite nel cloud sono fuori discussione. Ciò che rimane è solo attrito.

Un processo di provisioning che richiede settimane

I team di sviluppo vogliono un’istanza di PostgreSQL, un topic di Kafka o una coda di RabbitMQ in pochi minuti. Il processo attuale prevede l’apertura di ticket e lunghe attese. Un modello self-service ti restituisce quei minuti senza rinunciare al controllo.

Configurazioni che subiscono variazioni

Senza modelli standardizzati, ogni ambiente finisce per essere leggermente diverso dagli altri. La sicurezza e la conformità diventano obiettivi in continua evoluzione. Livelli di servizio ben definiti fanno sì che ogni istanza sia identica alle altre, proprio per come è stata progettata.

I servizi gestiti nel cloud sono fuori discussione

Le normative finanziarie, i requisiti sulla residenza dei dati e la prevedibilità dei costi escludono le alternative offerte dagli hyperscaler per molti carichi di lavoro. L’operatività on-premise è un requisito imprescindibile, non una soluzione di ripiego.

Attività relative al ciclo di vita che non sono scalabili

Il ridimensionamento, l’applicazione delle patch, il failover e il backup rimangono operazioni manuali sulla maggior parte delle piattaforme. L’automazione integrata nella piattaforma trasforma queste operazioni in stati predefiniti, invece che in ticket da gestire nel fine settimana.

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à.

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.

Vantaggi tecnici

I vantaggi del DBaaS on-premises

Cinque risultati tecnici che valgono per entrambi i percorsi di implementazione

La velocità del cloud, il controllo in locale

I team di sviluppo possono configurare database PostgreSQL, cluster Kafka, istanze MongoDB o broker RabbitMQ in pochi minuti tramite self-service, sia attraverso il portale VMware DSM che tramite le API di Kubernetes. La stessa comodità dei servizi gestiti nel cloud, ma i dati non escono mai dalla tua infrastruttura.

Scegli il percorso di distribuzione

VMware DSM per i team che cercano un servizio DBaaS pronto all’uso senza la complessità di Kubernetes. Kubernetes Operators per la massima portabilità e la sovranità open source. Un unico fornitore, due percorsi collaudati.

Automazione del ciclo di vita guidata dall’operatore

Nel mondo di Kubernetes, gli Operator trasformano le migliori pratiche operative in codice. Il failover, il ridimensionamento, l’applicazione delle patch, i backup e la rotazione dei certificati avvengono in modo automatico e dichiarativo, riducendo quasi a zero il lavoro manuale e gli errori umani.

Piena sovranità digitale

Tutto gira sul tuo hardware, nel tuo data center, sotto il tuo controllo. Nessuna dipendenza dagli hyperscaler, nessuna preoccupazione sulla residenza dei dati, nessuna fatturazione cloud imprevedibile. Fondamentale per i settori regolamentati e per i requisiti di sovranità più rigorosi.

Sicurezza di livello aziendale di serie

Ogni servizio include di serie la crittografia TLS, il controllo degli accessi basato sui ruoli, l’archiviazione crittografata e la registrazione degli audit. La sicurezza è integrata nei modelli di servizio, non aggiunta in un secondo momento.

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.

La nostra validazione in sintesi

Se da un lato il nostro approccio ingegneristico guida l’architettura, dall’altro le nostre metriche operative garantiscono l’esecuzione. Ecco la realtà strutturale su cui si basa la tua piattaforma:

Una partnership con Broadcom su larga scala

Partner di punta di Broadcom in Europa, con una profonda competenza in materia di VCF e DSM in ogni progetto.

Certificato per ambienti soggetti a regolamentazione

Le certificazioni ISO 27001, BSI C5 e TISAX sono state ottenute da evoila come azienda, non solo dai singoli ingegneri.

Oltre 600 specialisti, in più di 15 paesi

Oltre 450 specialisti tecnici dislocati in sedi europee e nearshore, a tua disposizione ovunque ne abbia bisogno.

Esperienza nella produzione

Ambienti Kafka e RabbitMQ in produzione presso grandi aziende europee, gestiti dal team dei servizi gestiti di evoila.

Tecnologie e partner

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

Come iniziare

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

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.