Ejecuta la base de datos.
No el servidor de base de datos.
Postgres, MySQL, MongoDB, Redis, Kafka y OpenSearch totalmente gestionados. Recuperación a un punto en el tiempo, upgrades menores automáticos, residencia regional de datos. Conéctate con tu driver de siempre — sin lock-in propietario, sin tarifas de salida si te marchas.
Dimensiona la base de datos. Topología HA, precios claros.
Cada réplica se factura de forma transparente — sin "multiplicador Multi-AZ" que duplica tu factura mientras el dashboard muestra un solo recurso. Los backups se facturan por uso real, no por un techo reservado.
Cada nodo guarda una copia completa de tus datos. El storage escala hasta 16 TB por nodo, con sharding por encima en Mongo / Kafka.
Los backups se guardan en object storage a $0.04/GB·mes. La recuperación a un punto en el tiempo (abajo) lo extiende a cualquier segundo dentro de la ventana.
Cada réplica se factura a la misma tarifa por hora que el primario. La replicación entre regiones añade $0.005/GB de tráfico WAL.
Seis motores, ninguno forkeado.
Cada base de datos ejecuta código upstream open-source en la versión que elijas. Devolvemos los parches, no renombramos APIs y tu connection string funciona con el driver oficial.
OLTP, geoespacial, búsqueda vectorial, time-series, cualquier cosa SQL
Drop-in para apps legacy, backends de WordPress / Magento / Shopify
Apps con esquema flexible, content stores, ingesta IoT
Caching, session stores, rate limits, colas, pub/sub
CDC, event sourcing, analítica en tiempo real, agregación de logs
Búsqueda full-text, log analytics, observabilidad, retrieval vectorial
Cuántos nodos necesitas de verdad?
- Uptime
- 99,5 %
- RPO
- 24 h (último backup diario)
- RTO
- 15–30 min
- Uptime
- 99,99 %
- RPO
- 0 s (sync)
- RTO
- < 60 s automático
- Uptime
- 99,999 %
- RPO
- 0 s
- RTO
- < 15 s automático
En lo que ya no tienes que pensar.
Backup completo diario más streaming continuo de WAL. Retención de 1 a 35 días. La restauración crea una base de datos nueva — tus datos en vivo no se tocan.
Restaura a cualquier segundo dentro de la retención. Restauración entre regiones. Las pruebas son gratis — las recomendamos.
Versiones menores parcheadas automáticamente en tu ventana de mantenimiento. Las versiones mayores son un switchover de un clic con cutover replica-first.
PgBouncer para Postgres, ProxySQL para MySQL, mongos para Mongo. El pooler escala contigo; sin línea de facturación aparte.
pg_stat_statements / sys schema / dashboards de explain integrados. Top 100 queries destacadas con índices auto-sugeridos.
Endpoint Prometheus, plantillas Grafana, OpenMetrics para todo lo demás. Resolución de 1 segundo en CPU, IO y query rate.
Umbrales por métrica con webhook, PagerDuty, Opsgenie, Slack o email. Throttling y agrupación de incidentes incluidos.
Réplicas asíncronas en cualquier región activa. Load-balancing integrado entre réplicas. Promueve cualquier réplica a primario en menos de 30 s.
AES-256 at-rest con claves gestionadas por el cliente vía NimbusNexus KMS. AWS / GCP KMS vía federación para migraciones.
Cada conexión, query y DDL streameados a object storage o a tu propio Kafka. Esquemas prefabricados para SOC 2 / HIPAA / GDPR.
Endpoint privado por defecto. Endpoint público detrás de allow-list si lo necesitas. El tráfico same-region a tus VMs es gratis.
Backups, replicación y lecturas desde tus VMs en la misma región cuestan $0. Sin línea de "data transfer out".
Lo que los equipos suelen combinar.
OLTP, esquema multi-tenant, pgvector para features de IA, pg_partman para tablas con soft-delete. La mayoría de equipos aquí ejecutan Primario + réplica en US-East con SOC 2 + HIPAA.
Storefronts estilo Shopify, WooCommerce, Magento sirviendo al mercado norteamericano. ProxySQL reparte lecturas a las réplicas; group replication para disponibilidad de escritura.
Movimientos de contenedores, eventos de aduanas, escaneos de almacén streameados desde Postgres vía Debezium a topics de Kafka — fan-out a track-and-trace, dispatch y analítica. La región Singapur mantiene el lag bajo a puertos de toda SEA; tiered storage descarga particiones frías a object.
Tokens de sesión, presencia y contadores de rate-limit para una app de streaming de la Costa Oeste. Sentinel para failover, cluster mode para sharding más allá de 64 GB. La región LA mantiene p99 RTT bajo 10 ms para creadores en US-West.
Esquema flexible para CMS headless, telemetría de clientes, registros de usuario residentes en GDPR. Replica set para HA, sharding cuando el storage de un nodo no basta. Todos los datos se quedan en la UE; los backups nunca salen de Frankfurt.
Logs vector desde VMs y pods, hot tier en Performance NVMe, warm tier en Standard, cold tier en object storage. Plugin k-NN para búsqueda semántica sobre audit trails.
Postgres en producción, primario + réplica. Tres facturas.
4 vCPU, 16 GB, 200 GB SSD, 14 días de retención de backups, una réplica de lectura. Virginia (US-East). Fuente: listas de precios publicadas, mayo 2026.
| Concepto | NimbusNexus db-4-16 | AWS RDS db.m6i | GCP Cloud SQL | Azure DB for PG |
|---|---|---|---|---|
| Primario 4 vCPU + 16 GB | $59.86 | $198.20 | $186.40 | $204.10 |
| Réplica sync (Multi-AZ) | $59.86 | $198.20 | $186.40 | $204.10 |
| Réplica de lectura async | $59.86 | $198.20 | $186.40 | $204.10 |
| 200 GB × 3 nodos (SSD) | $96.00 | $84.00 | $78.00 | $90.00 |
| Backups 14 días | $3.74 | $36.40 | $32.00 | $34.00 |
| Recuperación a un punto en el tiempo | $0.00 | $0.00 | $0.00 | $0.00 |
| Egress de replicación cross-AZ | $0.00 | $18.20 | $16.40 | $18.20 |
| Total / mes | $279.32 | $733.20 | $685.60 | $754.50 |
Los hyperscalers duplican la línea de cómputo por "Multi-AZ" (que no es más que una réplica sync) y miden cada byte de tráfico de replicación. Nosotros no.
El mismo DSN que ya habla tu app. Sin cambiar de SDK.
# Connection string estándarpostgres://app:••••@pg-prod.us-east-1.nimbusnexus.net:5432/mydb?sslmode=require# Con connection pooler (auto)postgres://app:••••@pg-prod.us-east-1.nimbusnexus.net:6432/mydb?sslmode=require
# URI compatible con Atlasmongodb+srv://app:••••@mongo-prod.us-east-1.nimbusnexus.net/mydb?replicaSet=rs0&tls=true# Driver JS — sin cliente propietarioconst client = new MongoClient(uri);await client.connect();
# Conecta con rediss://rediss://default:••••@redis-prod.us-east-1.nimbusnexus.net:6380# O desde tu app:const r = createClient({url: 'rediss://...'});
Preguntas sobre bases de datos gestionadas.
Míralo construido de extremo a extremo.
Cargas hipotéticas, tamaños concretos, los modos de fallo que vale la pena conocer y las cuentas de costes en cada capa. Sin empresas ficticias — solo la arquitectura que recomendaríamos si entraras y nos preguntaras.
Una guía honesta de decisión para las cuatro bases de datos que la mayoría de los equipos ejecuta en producción. Dónde brilla cada una, dónde muerde, y los modos de fallo aburridos sobre los que nadie te avisa hasta las 2 a.m.
Leer el playbook →PLAYBOOK · SINGAPURMovimientos de contenedores, eventos de aduanas, dispatch — el plano de datos para una plataforma de fletes en rutas APAC. Singapur como primario, Frankfurt para receptores europeos, con las cuentas de coste y latencia en cada salto.
Leer el playbook →PLAYBOOK · FRANKFURTFlotas de validadores y full nodes, el ritmo de snapshots que sobrevive a una reorg, y la postura GDPR / BaFin que mantiene una mesa de tesorería dentro del perímetro regulatorio de la UE.
Leer el playbook →PLAYBOOK · VIRGINIAL4 para modelos sub-7B, H100 para el resto. Facturación de GPU por segundo, weights anclados en object storage same-region y el control plane Postgres + pgvector que convierte un despliegue de modelo en un comando deploy.
Leer el playbook →Múdate desde RDS, Atlas o Cloud SQL. Cutover en minutos.
Streamea cambios en vivo desde tu base de datos actual vía replicación lógica (Postgres / MySQL), change streams (Mongo) o replication slot (Kafka). Haz el corte cuando el lag llegue a cero. Nosotros pagamos el egress del lado origen.