Base de datos como servicio / DBaaS

Velocidad en la nube adaptada a tu infraestructura privada

Ofrecemos bases de datos y servicios de datos de autoservicio con la velocidad y la sencillez propias de la nube. Cada instancia se ejecuta íntegramente en tus propias instalaciones y está totalmente bajo tu control operativo, con tecnología nativa de VMware Data Service Manager y Kubernetes Operators.

La comodidad de la nube, sin los inconvenientes de la nube

Los equipos de desarrollo esperan una velocidad similar a la de la nube cuando necesitan una base de datos, un gestor de mensajes o un clúster de streaming. Para muchas organizaciones, trasladar datos confidenciales a servicios en la nube pública no es una opción, ya sea por motivos normativos, requisitos de soberanía o por la previsibilidad de los costes.

evoila te ofrece «Base de datos como servicio» (DBaaS) en tu propia infraestructura: un DBaaS listo para usar para PostgreSQL, MySQL, Kafka y RabbitMQ en VMware Cloud Foundation, o los mismos servicios en Kubernetes a través de operadores preparados para entornos de producción.

Ventajas principales de un vistazo:

  • Aprovisionamiento de autoservicio de bases de datos y servicios de datos en cuestión de minutos, no de días
  • Soberanía digital total: tus datos nunca salen de tu infraestructura
  • Dos vías de implementación: VMware DSM para entornos VCF y operadores de Kubernetes para configuraciones nativas de K8s
  • Configuraciones listas para producción desde la primera implementación

Tus equipos necesitan servicios de datos rápidamente, pero la nube no siempre es la solución

La brecha entre lo que necesitan los desarrolladores y lo que pueden ofrecer los equipos de infraestructura es cada vez mayor. Los equipos de aplicaciones quieren poner en marcha una instancia de PostgreSQL, un tema de Kafka o una cola de RabbitMQ en cuestión de minutos. En cambio, tienen que enviar una solicitud y esperar días o semanas, con configuraciones inconsistentes, políticas de seguridad poco claras y sin una gestión estandarizada del ciclo de vida.

Al mismo tiempo, muchas organizaciones no pueden simplemente trasladar estas cargas de trabajo a la nube pública. Las normativas financieras, los requisitos de residencia de datos o la imprevisibilidad de los costes hacen que operar de forma local sea una necesidad, no una opción. El resultado: los equipos se ven atrapados entre un aprovisionamiento interno lento y unos servicios en la nube inaccesibles. La innovación se estanca y la «TI en la sombra» crece.

Se espera rapidez. La nube no siempre es una opción.

El reto

¿Por qué tus equipos siguen esperando una base de datos?

La brecha entre lo que necesitan los desarrolladores y lo que pueden ofrecer los equipos de infraestructura es cada vez mayor. Las alternativas gestionadas en la nube quedan descartadas para muchas organizaciones. Lo único que queda es el roce.

Un proceso de aprovisionamiento que tarda semanas

Los equipos de desarrollo quieren disponer de una instancia de PostgreSQL, un tema de Kafka o una cola de RabbitMQ en cuestión de minutos. El proceso actual implica gestionar tickets y esperar. Un modelo de autoservicio te devuelve esos minutos sin que tengas que renunciar al control.

Configuraciones que se desvían

Sin plantillas estandarizadas, cada entorno acaba siendo un poco diferente. La seguridad y el cumplimiento normativo se convierten en objetivos difíciles de alcanzar. Los niveles de servicio definidos hacen que todas las instancias sean iguales, tal y como están diseñadas.

Los servicios gestionados en la nube quedan descartados

Las normativas financieras, los requisitos de residencia de datos y la previsibilidad de los costes descartan las alternativas de los hiperescaladores para muchas cargas de trabajo. El funcionamiento en tus propias instalaciones es un requisito, no un plan B.

Tareas relacionadas con el ciclo de vida que no se pueden ampliar

El escalado, la aplicación de parches, la conmutación por error y las copias de seguridad siguen haciéndose a mano en la mayoría de las plataformas. La automatización integrada en la plataforma convierte todo eso en estados predefinidos, en lugar de incidencias de fin de semana.

Dos opciones. Ambas han demostrado su eficacia en producción

La rapidez del autoservicio y la soberanía total no son objetivos que se excluyan mutuamente. evoila ha creado entornos DBaaS tanto en VMware DSM como en Kubernetes Operators, con el mismo resultado: los desarrolladores obtienen lo que necesitan en cuestión de minutos, los equipos de la plataforma mantienen el control y los datos se quedan en tu infraestructura. Así es como funciona.

Nuestra solución

Tus bases de datos: de autoservicio, soberanas y listas para producción

evoila ofrece un servicio DBaaS local a través de dos opciones de implementación probadas. La elección más adecuada depende de tu infraestructura actual, de las capacidades de tu equipo y de tus requisitos de soberanía.

Para las empresas que usan VMware Cloud Foundation, DSM es la forma más rápida de tener un servicio de bases de datos como servicio (DBaaS) en tus propias instalaciones. Ofrece un portal de autoservicio totalmente integrado donde los equipos de desarrollo pueden aprovisionar PostgreSQL, MySQL y otros servicios de datos cuando lo necesiten, con configuraciones estandarizadas, copias de seguridad automáticas, supervisión integrada y gestión basada en políticas. No hace falta tener conocimientos de Kubernetes.

DSM se encarga de todo el ciclo de vida de la base de datos: aprovisionamiento, configuración de alta disponibilidad, recuperación a un momento concreto, escalabilidad, aplicación de parches y retirada del servicio. Los equipos de la plataforma definen los niveles de servicio con límites de recursos y políticas de seguridad; los equipos de aplicaciones los utilizan a través de un portal o una API. Tus datos se quedan en tu infraestructura, bajo tu control, con una auditabilidad de nivel empresarial.

Este es el punto de partida que te recomendamos para la mayoría de los entornos empresariales.

Operaciones y servicios gestionados

Cualquier vía de implementación —ya sea DSM o Kubernetes— puede ser gestionada por evoila como un servicio gestionado. Nuestro equipo de operaciones se encarga de la supervisión proactiva, la gestión de incidencias, el ajuste del rendimiento, la aplicación de parches de seguridad y la asistencia 24/7. Tú eliges el nivel que mejor se adapte a tus necesidades.

Ruta 2: Operadores de Kubernetes

Para las organizaciones que ya cuentan con una infraestructura de Kubernetes o que necesitan la máxima portabilidad y soberanía de código abierto, implementamos servicios de datos utilizando Operadores de nivel de producción.

PostgreSQL: lo implementamos en VMware Tanzu for Postgres, la misma versión de PostgreSQL con soporte empresarial que se usa en DSM, o en CloudNativePG, un operador maduro reconocido por la CNCF que gestiona conjuntos de réplicas de alta disponibilidad.

MongoDB: para las cargas de trabajo que requieren flexibilidad en el esquema y escalabilidad horizontal, implementamos MongoDB en Kubernetes con el operador Percona o el operador de la comunidad. Los conjuntos de réplicas automatizados, el sharding, la conmutación por error, la programación de copias de seguridad y el refuerzo de la seguridad se gestionan de forma declarativa.

Apache Kafka: gracias al operador Stackable Kafka, implementamos clústeres con varios brokers que incluyen replicación adaptada a los racks, gestión de temas, integración con Kafka Connect y monitorización con Prometheus/Grafana. Kafka es la columna vertebral de los flujos de datos en tiempo real y las arquitecturas basadas en eventos.

RabbitMQ: el operador de clúster de RabbitMQ gestiona implementaciones en clúster con colas de quórum, federación para la mensajería entre múltiples sitios y enrutamiento flexible (por tema, por distribución y basado en encabezados). Es ideal para la integración de aplicaciones y la comunicación asíncrona entre microservicios.

Además de estos servicios individuales, creamos una capa unificada de autoservicio. Los equipos de la plataforma definen las ofertas de servicios con configuraciones estandarizadas, límites de recursos y políticas de seguridad. Los equipos de aplicaciones aprovisionan lo que necesitan a través de API: sin tickets, sin esperas y sin desviaciones en la configuración.

Análisis técnico en profundidad

Cómo funciona el DBaaS local: desde VMware DSM hasta los operadores de Kubernetes

VMware Data Service Manager (DSM) es una capa de gestión de infraestructura integrada en VMware Cloud Foundation que aporta capacidades de autoservicio similares a las de la nube a los entornos locales. Los equipos de la plataforma definen las ofertas de servicios de bases de datos con configuraciones estandarizadas, límites de recursos y políticas de seguridad. Los equipos de aplicaciones aprovisionan estos servicios bajo demanda a través de un portal o una API, con copias de seguridad automáticas, supervisión y gestión del ciclo de vida integradas. DSM admite implementaciones en un solo servidor y en clúster para PostgreSQL, incluida la alta disponibilidad con conmutación por error automática y recuperación en un momento determinado a un almacenamiento compatible con S3. La ventaja clave: tus datos se quedan en tu infraestructura, mientras que tus equipos disfrutan de la rapidez y la comodidad que esperan de los servicios nativos de la nube, sin necesidad de tener conocimientos de Kubernetes.

Operadores de Kubernetes: cómo funcionan. Un operador es una extensión de software para Kubernetes que plasma los conocimientos operativos —el tipo de experiencia que aporta un administrador de bases de datos con experiencia— en flujos de trabajo automatizados y declarativos. En lugar de crear manualmente un conjunto de réplicas de PostgreSQL, configurar la replicación, preparar las copias de seguridad y programar la conmutación por error, defines el estado deseado en un manifiesto YAML, y el operador se encarga de mantener ese estado de forma continua. Si falla un nodo, el operador se encarga de la conmutación por error. Cuando cambias la configuración, realiza una actualización progresiva. Cuando necesitas escalar, añade réplicas automáticamente.

PostgreSQL y MongoDB en Kubernetes. En el caso de PostgreSQL, CloudNativePG se encarga de gestionar los conjuntos de réplicas, la conmutación automática por fallo, las copias de seguridad y la recuperación (incluida la restauración a un momento concreto en un almacenamiento compatible con S3), la gestión de certificados TLS y la configuración de RBAC. En el caso de MongoDB, el operador Percona/Community se encarga de los conjuntos de réplicas, el sharding, el cifrado y la conmutación automática por fallo. Todos los recursos se definen como definiciones de recursos personalizados (CRD), que se integran de forma nativa con Helm, ArgoCD y Terraform.

RabbitMQ en Kubernetes: el operador de clúster de RabbitMQ gestiona instancias en clúster con colas de quórum, almacenamiento persistente, detección automática de pares, complementos de federación para la mensajería entre múltiples sitios y supervisión basada en Prometheus.

Infraestructura como código en todo momento: cada implementación sigue los principios de la infraestructura como código. Las definiciones de los servicios, las configuraciones y las políticas se gestionan con control de versiones en Git y se aplican a través de flujos de trabajo de GitOps (normalmente ArgoCD o Flux). Esto garantiza que todos los entornos sean reproducibles, auditables y coherentes.

Infraestructura subyacente: VMware DSM se ejecuta en VMware Cloud Foundation. Los operadores de Kubernetes se ejecutan en hardware físico, en VMware vSphere (usando vSphere Kubernetes Service) o en cualquier distribución compatible con la CNCF. Diseñamos la capa subyacente de computación y almacenamiento para cumplir con los requisitos de rendimiento de las cargas de trabajo de datos con estado, incluyendo clases de almacenamiento dedicadas para volúmenes de bases de datos con alto número de IOPS y reglas de afinidad de nodos para la localidad de los datos.

Ventajas técnicas

Lo que ganas con el DBaaS local

Cinco resultados técnicos que se mantienen en ambas vías de implementación

La velocidad de la nube, el control de tu propia infraestructura

Los equipos de desarrollo pueden poner en marcha bases de datos PostgreSQL, clústeres de Kafka, instancias de MongoDB o brokers de RabbitMQ en cuestión de minutos mediante el autoservicio, ya sea a través del portal VMware DSM o de las API de Kubernetes. La misma comodidad que los servicios gestionados en la nube, pero los datos nunca salen de tu infraestructura.

Elige tu vía de implementación

VMware DSM para equipos que buscan un servicio DBaaS listo para usar sin la complejidad de Kubernetes. Operadores de Kubernetes para una portabilidad máxima y soberanía de código abierto. Un proveedor, dos opciones probadas.

Automatización del ciclo de vida impulsada por el operador

En el ámbito de Kubernetes, los operadores incorporan las mejores prácticas operativas en el software. La conmutación por error, el escalado, la aplicación de parches, las copias de seguridad y la rotación de certificados se realizan de forma automática y declarativa, lo que reduce el esfuerzo manual y los errores humanos prácticamente a cero.

Soberanía digital total

Todo se ejecuta en tu hardware, en tu centro de datos y bajo tu control. Sin dependencia de los hiperescaladores, sin preocupaciones por la residencia de los datos y sin facturas de nube impredecibles. Esencial para sectores regulados y requisitos estrictos de soberanía.

Seguridad de nivel empresarial de serie

Todos los servicios incluyen de serie cifrado TLS, control de acceso basado en roles, almacenamiento cifrado y registros de auditoría. La seguridad está integrada en las plantillas de los servicios, no se añade a posteriori.

Tu socio ideal

Dos especialidades que no suelen darse juntas en un mismo equipo

evoila combina una amplia experiencia en infraestructuras de VMware y Kubernetes con un profundo conocimiento de los servicios de datos. Nuestros ingenieros no se limitan a implementar DSM ni a instalar Operators. Entienden el funcionamiento interno de las bases de datos, las topologías de replicación, el ajuste del rendimiento y los modos de fallo de cada servicio que gestionamos. evoila es el socio líder de Broadcom en Europa, con una amplia experiencia en VMware Cloud Foundation y Kubernetes, y cuenta con las certificaciones ISO 27001, BSI C5 y TISAX.

El equipo de operaciones gestionadas se encarga de los entornos de Kafka y RabbitMQ de grandes empresas europeas en producción, con servicio de guardia, gestión de incidencias y supervisión proactiva. Con más de 600 especialistas repartidos por más de 15 países, evoila tiene el tamaño suficiente para ofrecer un soporte de nivel empresarial y está lo suficientemente bien organizada como para estar siempre cerca del trabajo.

Un resumen de nuestra validación

Aunque nuestro enfoque de ingeniería marca la arquitectura, nuestras métricas operativas garantizan la ejecución. Esta es la realidad estructural que sustenta tu plataforma:

Colaboración con Broadcom a gran escala

Socio líder de Broadcom en Europa, con una amplia experiencia en VCF y DSM en cada proyecto.

Certificado para entornos regulados

evoila cuenta con las certificaciones ISO 27001, BSI C5 y TISAX como empresa, no solo a nivel de ingenieros individuales.

Más de 600 especialistas, más de 15 países

Más de 450 especialistas técnicos repartidos por toda Europa y en ubicaciones cercanas, disponibles cuando los necesites.

Historial de producción

Entornos de Kafka y RabbitMQ que funcionan en producción para grandes empresas europeas, gestionados por el equipo de servicios gestionados de evoila.

Tecnologías y socios

La pila que lo hace posible

Plataforma DBaaS (VMware)

VMware Data Service Manager (aprovisionamiento de PostgreSQL, MySQL, Kafka y RabbitMQ en VCF)

Plataforma Kubernetes

Plataforma de datos apilable, VMware vSphere Kubernetes Service, distribuciones conformes con la CNCF

Bases de datos

PostgreSQL (VMware DSM, CloudNativePG Operator), MongoDB (Percona/Community Operator)

Transmisión de eventos

Apache Kafka (VMware DSM, Stackable Kafka Operator, Kafka Connect, Schema Registry)

Mensajería

RabbitMQ (VMware DSM, RabbitMQ Cluster Operator, federación, colas de quórum)

Infraestructura como código y GitOps

Helm, Terraform, ArgoCD, Flux

Supervisión y observabilidad

Prometheus, Grafana, Elastic Stack

Seguridad y política

OPA (Open Policy Agent), gestión de certificados TLS, RBAC, cifrado en reposo

Certificaciones y colaboraciones: Socio Pinnacle de Broadcom, Socio Silver de Microsoft, Socio de AWS, ISO/IEC 27001, BSI C5, TISAX

Cómo empezar

Tres pasos para tener tu propio DBaaS

Paso 1 | Evaluación de DBaaS

Analizamos tu panorama actual de servicios de datos: qué bases de datos y brokers utilizas, cómo están configurados y dónde están los cuellos de botella. Evaluamos tu infraestructura (VCF, Kubernetes o ambas) y te recomendamos la mejor forma de implementarla. Esto puede formar parte de un «Taller sobre el valor de los datos» más amplio o ser una evaluación independiente.

Paso 2 | Desarrollo de la plataforma e incorporación de servicios

Nuestros ingenieros implementan la plataforma elegida: VMware DSM en tu entorno VCF, Kubernetes Operators en tus clústeres, o ambas. Configuramos las plantillas de servicio, incorporamos tus primeras cargas de trabajo y validamos toda la pila en tu entorno. Plazos habituales: de 2 a 4 semanas para servicios individuales, y de 6 a 12 semanas para una plataforma completa con múltiples servicios.

Paso 3 | Operaciones gestionadas

Servicio gestionado completo: asistencia 24/7 u 8×5 con acuerdos de nivel de servicio (SLA) de tiempo de respuesta y tiempo de resolución, supervisión activa, gestión de incidencias y problemas, y mantenimiento proactivo (comprobaciones del sistema, actualizaciones, parches y correcciones de seguridad).

Servicio gestionado Lite: asistencia 8×5 con SLA de tiempo de respuesta y gestión de incidencias y problemas, para empresas que se encargan internamente de la supervisión y el mantenimiento proactivo.

Ofrece a tus equipos los servicios de datos que necesitan

A la velocidad de la nube, en tu infraestructura y bajo tu control. evoila crea la plataforma, automatiza las operaciones y se encarga de gestionarla si así lo deseas.

DBaaS es una de las partes que componen la plataforma de datos.

Si tu pregunta abarca todo el ámbito de los datos y la IA, la arquitectura «lakehouse», las plataformas de análisis o la preparación para la IA, nuestro equipo de datos e IA puede ayudarte a encontrar el punto de partida adecuado.

Yannic Remmet-Zarotiadis

Yannic Remmet-Zarotiadis

Unit Lead – Data Platform Engineering

Preguntas frecuentes

Preguntas frecuentes sobre «Base de datos como servicio»

Te ofrecemos la experiencia de aprovisionamiento autoservicio de las bases de datos gestionadas en la nube en tu propia infraestructura. Con los operadores de Kubernetes, tus equipos de desarrollo pueden solicitar y recibir en cuestión de minutos una instancia de PostgreSQL lista para producción, un conjunto de réplicas de MongoDB, un clúster de Kafka o un broker de RabbitMQ: todo ello de forma automatizada, cumpliendo con las políticas y sin que los datos salgan de tu centro de datos.

No necesariamente. Si ya tienes Kubernetes, podemos implementar la solución sobre tus clústeres actuales. Si no es así, podemos ayudarte a configurar la infraestructura subyacente de Kubernetes como parte de nuestro trabajo conjunto, ya sea en servidores físicos, en VMware vSphere o en cualquier distribución compatible con la CNCF. Crear la capa de Kubernetes forma parte de lo que hacemos, pero es un requisito previo.

Los operadores son mucho más que simples scripts de implementación. Comparan constantemente el estado deseado con el estado real, y se encargan automáticamente de la conmutación por error, el escalado, los cambios de configuración y las actualizaciones. Un script solo se ejecuta una vez; un operador vigila y actúa las 24 horas del día. Eso es lo que marca la diferencia entre una base de datos simplemente aprovisionada y una que está realmente gestionada.

Para PostgreSQL, solemos usar CloudNativePG, un operador maduro y reconocido por la CNCF que ofrece un sólido soporte para alta disponibilidad, conmutación automática ante fallos y copias de seguridad en almacenamiento compatible con S3. Para MongoDB, usamos el Percona Operator o el MongoDB Community Operator, dependiendo de tus preferencias y requisitos de licencia. Para Kafka, usamos el operador Stackable Kafka como parte de la plataforma Stackable Data Platform.

Claro que sí. Muchos clientes empiezan con un solo servicio —por ejemplo, Kafka gestionado— y van añadiendo PostgreSQL, MongoDB o RabbitMQ a medida que surgen nuevas necesidades. La arquitectura de la plataforma es modular por diseño: cada operador gestiona su servicio de forma independiente, pero todos comparten la misma infraestructura de Kubernetes, la misma pila de monitorización y los mismos flujos de trabajo de GitOps.

La plataforma DBaaS y el Data Lakehouse se complementan entre sí. El Lakehouse (normalmente en Databricks o Stackable) es tu plataforma central de análisis e IA. Los servicios de datos que se describen aquí —PostgreSQL para cargas de trabajo transaccionales, Kafka para streaming y MongoDB para datos de aplicaciones— alimentan y rodean el Lakehouse. Muchos clientes utilizan ambos: DBaaS para los servicios de datos operativos y un Lakehouse para el análisis y la IA.

Como todo está basado en Kubernetes y en estándares abiertos, la migración es muy sencilla. PostgreSQL, MongoDB, Kafka y RabbitMQ funcionan exactamente igual en Kubernetes en la nube (AKS, EKS, GKE) que en tus propias instalaciones. Tus configuraciones, operadores y pipelines de GitOps se trasladan contigo, sin necesidad de rediseñar la arquitectura.