Use a base de dados.
Não opere o servidor de base de dados.
Postgres, MySQL, MongoDB, Redis, Kafka e OpenSearch totalmente geridos. Recuperação point-in-time, atualizações minor automáticas, residência de dados regional. Ligue-se com o seu driver atual — sem lock-in proprietário, sem taxas de transição quando sair.
Dimensione a base de dados. Topologia HA, preços claros.
Cada réplica é faturada de forma transparente — sem "multiplicador Multi-AZ" que duplica a sua fatura enquanto o dashboard mostra um único recurso. Os backups são cobrados pelo armazenamento real, não por um teto reservado.
Cada nó guarda uma cópia completa dos seus dados. O armazenamento escala até 16 TB por nó, com sharding para além disso em Mongo / Kafka.
Os backups são guardados em object storage a $0.04/GB·mês. A recuperação point-in-time (abaixo) estende isto a qualquer segundo dentro da janela.
Cada réplica é faturada à mesma tarifa horária do primary. A replicação cross-region acrescenta $0.005/GB de tráfego WAL.
Seis motores, nenhum deles forked.
Cada base de dados corre código open-source upstream na versão que escolher. Devolvemos os patches, não renomeamos APIs, e a sua connection string funciona com o driver oficial.
OLTP, geoespacial, pesquisa vetorial, time-series, qualquer coisa SQL
Drop-in para apps legacy, backends WordPress / Magento / Shopify
Apps com schema flexível, content stores, ingestão IoT
Caching, session stores, rate limits, filas, pub/sub
CDC, event sourcing, analítica em tempo real, agregação de logs
Pesquisa full-text, analítica de logs, observabilidade, retrieval vetorial
Quantos nós precisa mesmo?
- Uptime
- 99,5 %
- RPO
- 24 h (último backup diário)
- 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
Aquilo em que já não tem de pensar.
Backup completo diário mais streaming contínuo de WAL. Retenção de 1 a 35 dias. O restore cria uma nova base de dados — os seus dados ativos nunca são tocados.
Restaurar para qualquer segundo dentro da retenção. Restore cross-region. Os ensaios são gratuitos — incentivamo-los.
Versões minor com patch automático na sua janela de manutenção. As versões major são um switchover de um clique com cutover replica-first.
PgBouncer para Postgres, ProxySQL para MySQL, mongos para Mongo. O pooler escala consigo; sem linha de faturação separada.
pg_stat_statements / sys schema / dashboards de explain incluídos. Top 100 queries destacadas com índices auto-sugeridos.
Endpoint Prometheus, templates Grafana, OpenMetrics para tudo o resto. Resolução de 1 segundo em CPU, IO, taxa de queries.
Limiares por métrica com webhook, PagerDuty, Opsgenie, Slack ou e-mail. Throttling e agrupamento de incidentes incluídos.
Réplicas assíncronas em qualquer região ativa. Load-balancing integrado entre réplicas. Promova qualquer réplica a primary em menos de 30 s.
AES-256 em repouso com chaves geridas pelo cliente via NimbusNexus KMS. AWS / GCP KMS via federação para migrações.
Cada conexão, query e DDL transmitidos para object storage ou para o seu próprio Kafka. Schemas pré-construídos para SOC 2 / HIPAA / GDPR.
Endpoint privado por defeito. Endpoint público atrás de allow-list se precisar. O tráfego intra-região para as suas VMs é grátis.
Backups, replicação e leituras a partir das suas VMs na mesma região custam todos $0. Sem item "data transfer out".
O que as equipas costumam combinar.
OLTP, schema multi-tenant, pgvector para funcionalidades de IA, pg_partman para tabelas de soft-delete. A maioria das equipas aqui corre Primary + réplica em US-East com SOC 2 + HIPAA.
Storefronts ao estilo Shopify, WooCommerce, Magento a servir o mercado norte-americano. ProxySQL distribui leituras pelas réplicas; group replication para disponibilidade de escrita.
Movimentos de contentores, eventos alfandegários, scans de armazém transmitidos a partir de Postgres via Debezium para tópicos Kafka — distribuídos para track-and-trace, dispatch e analítica. A região de Singapore mantém a latência baixa para portos no SEA; o tiered storage descarrega partições frias para object storage.
Tokens de sessão, presença e contadores de rate-limit para uma app de streaming na costa oeste. Sentinel para failover, cluster mode para sharding além de 64 GB. A região LA mantém o p99 RTT abaixo de 10 ms para creators na costa oeste dos EUA.
Schema flexível para CMS headless, telemetria de clientes, registos de utilizadores residentes na UE para GDPR. Replica set para HA, sharding quando o armazenamento de um nó deixa de ser suficiente. Todos os dados ficam na UE; os backups nunca saem de Frankfurt.
Logs vetoriais de VMs e pods, hot tier em Performance NVMe, warm tier em Standard, cold tier em object storage. Plugin k-NN para pesquisa semântica em audit trails.
Postgres em produção, primary + réplica. Três faturas.
4 vCPU, 16 GB, 200 GB SSD, 14 dias de retenção de backups, uma réplica de leitura. Virginia (US-East). Fonte: tabelas públicas de preços, maio 2026.
| Item | NimbusNexus db-4-16 | AWS RDS db.m6i | GCP Cloud SQL | Azure DB for PG |
|---|---|---|---|---|
| Primary 4 vCPU + 16 GB | $59.86 | $198.20 | $186.40 | $204.10 |
| Réplica síncrona (Multi-AZ) | $59.86 | $198.20 | $186.40 | $204.10 |
| Réplica de leitura assíncrona | $59.86 | $198.20 | $186.40 | $204.10 |
| 200 GB × 3 nós (SSD) | $96.00 | $84.00 | $78.00 | $90.00 |
| Backups 14 dias | $3.74 | $36.40 | $32.00 | $34.00 |
| Recuperação point-in-time | $0.00 | $0.00 | $0.00 | $0.00 |
| Egress de replicação cross-AZ | $0.00 | $18.20 | $16.40 | $18.20 |
| Total / mês | $279.32 | $733.20 | $685.60 | $754.50 |
Os hyperscalers duplicam a linha de compute para "Multi-AZ" (é só uma réplica síncrona) e medem cada byte de tráfego de replicação. Nós não.
O mesmo DSN que a sua app já fala. Sem trocar de SDK.
# Connection string padrãopostgres://app:••••@pg-prod.us-east-1.nimbusnexus.net:5432/mydb?sslmode=require# Com connection pooler (auto)postgres://app:••••@pg-prod.us-east-1.nimbusnexus.net:6432/mydb?sslmode=require
# URI compatível com Atlasmongodb+srv://app:••••@mongo-prod.us-east-1.nimbusnexus.net/mydb?replicaSet=rs0&tls=true# Driver JS — sem cliente proprietárioconst client = new MongoClient(uri);await client.connect();
# Ligar com rediss://rediss://default:••••@redis-prod.us-east-1.nimbusnexus.net:6380# Ou a partir da sua app:const r = createClient({url: 'rediss://...'});
Perguntas sobre bases de dados geridas.
Veja-o construído de ponta a ponta.
Cargas hipotéticas, tamanhos concretos, os modos de falha que vale a pena conhecer e a aritmética de custos em cada camada. Sem empresas fictícias — apenas a arquitetura que recomendaríamos se entrasse e nos perguntasse.
Um guia honesto de decisão para as quatro bases de dados que a maioria das equipas tem em produção. Onde cada uma brilha, onde morde, e os modos de falha aborrecidos sobre os quais ninguém o avisa antes das 2 da manhã.
Ler o playbook →PLAYBOOK · SINGAPURAMovimentos de contentores, eventos alfandegários, dispatch — o data plane de uma plataforma de fretes nas rotas APAC. Singapura como primário, Frankfurt para destinatários UE, com a aritmética de custo e latência em cada salto.
Ler o playbook →PLAYBOOK · FRANKFURTFrotas de validators e full nodes, o ritmo de snapshots que sobrevive a uma reorg, e a postura GDPR / BaFin que mantém uma mesa de tesouraria dentro do perímetro regulatório da UE.
Ler o playbook →PLAYBOOK · VIRGINIAL4 para modelos sub-7B, H100 para o resto. Faturação de GPU ao segundo, weights fixos em object storage same-region e o control plane Postgres + pgvector que transforma o deploy de um modelo num comando deploy.
Ler o playbook →Mude de RDS, Atlas ou Cloud SQL. Cutover em minutos.
Transmita alterações ao vivo a partir da sua base de dados atual via replicação lógica (Postgres / MySQL), change streams (Mongo) ou replication slot (Kafka). Faça o cutover quando a lag chegar a zero. Nós pagamos o egress no lado de origem.