Exploitez la base.
Pas le serveur de base de données.
Postgres, MySQL, MongoDB, Redis, Kafka et OpenSearch entièrement managés. Point-in-time recovery, mises à jour mineures automatiques, résidence régionale des données. Connectez-vous avec votre driver existant — aucun lock-in propriétaire, aucuns frais de transition si vous partez.
Dimensionnez la base. Topologie HA, prix limpides.
Chaque réplica est facturé en toute transparence — aucun « multiplicateur Multi-AZ » qui double la facture pendant que le tableau de bord n’affiche qu’une seule ressource. Les backups sont facturés sur le stockage réel, pas sur un plafond réservé.
Chaque nœud détient une copie complète de vos données. Le stockage scale jusqu’à 16 To par nœud, sharding au-delà sur Mongo / Kafka.
Les backups sont stockés en object storage à $0.04/Go·mois. Le point-in-time recovery (ci-dessous) étend cela à n’importe quelle seconde dans la fenêtre.
Chaque réplica est facturé au même tarif horaire que le primaire. La réplication inter-région ajoute $0.005/Go de trafic WAL.
Six moteurs, aucun forké.
Chaque base tourne sur du code open source upstream dans la version que vous choisissez. Nous remontons les patches, nous ne renommons pas les API, et votre connection string fonctionne avec le driver officiel.
OLTP, géospatial, recherche vectorielle, time-series, tout ce qui est SQL
Drop-in pour apps legacy, backends WordPress / Magento / Shopify
Apps à schéma flexible, content stores, ingestion IoT
Caching, sessions, rate limits, files d’attente, pub/sub
CDC, event sourcing, analytics temps réel, agrégation de logs
Recherche full-text, analytics de logs, observabilité, retrieval vectoriel
Combien de nœuds vous faut-il vraiment ?
- Disponibilité
- 99,5 %
- RPO
- 24 h (dernier backup quotidien)
- RTO
- 15–30 min
- Disponibilité
- 99,99 %
- RPO
- 0 s (sync)
- RTO
- < 60 s automatique
- Disponibilité
- 99,999 %
- RPO
- 0 s
- RTO
- < 15 s automatique
Ce dont vous n’avez plus à vous soucier.
Backup complet quotidien plus streaming WAL en continu. Rétention de 1 à 35 jours. La restauration crée une nouvelle base — vos données live ne sont jamais touchées.
Restaurez à la seconde près dans la rétention. Restauration inter-région. Les exercices sont gratuits — nous les encourageons.
Versions mineures patchées automatiquement dans votre fenêtre de maintenance. Versions majeures en switchover un clic avec bascule replica-first.
PgBouncer pour Postgres, ProxySQL pour MySQL, mongos pour Mongo. Le pooler scale avec vous, sans ligne de facturation séparée.
pg_stat_statements / sys schema / dashboards explain intégrés. Top 100 des requêtes mises en avant avec index suggérés automatiquement.
Endpoint Prometheus, templates Grafana, OpenMetrics pour tout le reste. Résolution à la seconde sur CPU, IO, taux de requêtes.
Seuils par métrique avec webhook, PagerDuty, Opsgenie, Slack ou e-mail. Throttling et regroupement d’incidents inclus.
Réplicas asynchrones dans toute région active. Load-balancing intégré entre réplicas. Promotion d’un réplica en primaire en moins de 30 s.
AES-256 at rest avec clés gérées par le client via NimbusNexus KMS. AWS / GCP KMS via fédération pour les migrations.
Chaque connexion, requête et DDL streamée vers l’object storage ou votre propre Kafka. Schémas de logs conçus pour les preuves que demandent les revues SOC 2, HIPAA et GDPR.
Endpoint privé par défaut. Endpoint public derrière allow-list si besoin. Le trafic intra-région vers vos VMs est gratuit.
Backups, réplication et lectures depuis vos VMs dans la même région sont tous à $0. Aucune ligne « data transfer out ».
Ce que les équipes empilent généralement ensemble.
OLTP, schéma multi-tenant, pgvector pour les fonctionnalités IA, pg_partman pour les tables soft-delete. La plupart des équipes ici font tourner Primaire + réplica en US-East.
Storefronts type Shopify, WooCommerce, Magento servant le marché nord-américain. ProxySQL répartit les lectures sur les réplicas ; group replication pour la disponibilité en écriture.
Mouvements de conteneurs, événements douaniers, scans d’entrepôt streamés depuis Postgres via Debezium dans des topics Kafka — diffusés vers track-and-trace, dispatch et analytics. La région Singapour garde la latence basse vers les ports d’Asie du Sud-Est ; le tiered storage déplace les partitions froides vers l’object storage.
Tokens de session, présence et compteurs de rate-limit pour une app de streaming côte ouest. Sentinel pour le failover, cluster mode pour le sharding au-delà de 64 Go. La région LA garde le p99 RTT sous 10 ms pour les créateurs de l’US-West.
Schéma flexible pour CMS headless, télémétrie client, données utilisateurs résidentes RGPD. Replica set pour la HA, sharding quand le stockage d’un nœud ne suffit plus. Toutes les données restent dans l’UE ; les backups ne quittent jamais Francfort.
Logs vector depuis VMs et pods, tier hot sur Performance NVMe, tier warm sur Standard, tier cold sur object storage. Plugin k-NN pour la recherche sémantique sur les pistes d’audit.
Postgres en production, primaire + réplica. Trois factures.
4 vCPU, 16 Go, 200 Go SSD, 14 jours de rétention de backups, un réplica en lecture. Virginie (US-East). Source : grilles tarifaires publiées, mai 2026.
| Ligne | NimbusNexus db-4-16 | AWS RDS db.m6i | GCP Cloud SQL | Azure DB for PG |
|---|---|---|---|---|
| Primaire 4 vCPU + 16 Go | $59.86 | $198.20 | $186.40 | $204.10 |
| Réplica sync (Multi-AZ) | $59.86 | $198.20 | $186.40 | $204.10 |
| Réplica de lecture async | $59.86 | $198.20 | $186.40 | $204.10 |
| 200 Go × 3 nœuds (SSD) | $96.00 | $84.00 | $78.00 | $90.00 |
| Backups 14 jours | $3.74 | $36.40 | $32.00 | $34.00 |
| Point-in-time recovery | $0.00 | $0.00 | $0.00 | $0.00 |
| Egress de réplication cross-AZ | $0.00 | $18.20 | $16.40 | $18.20 |
| Total / mois | $279.32 | $733.20 | $685.60 | $754.50 |
Les hyperscalers doublent la ligne compute pour le « Multi-AZ » (ce n’est qu’un réplica sync) et facturent chaque octet de trafic de réplication. Pas nous.
Le même DSN que votre app utilise déjà. Aucun changement de SDK.
# Connection string standardpostgres://app:••••@pg-prod.us-east-1.nimbusnexus.net:5432/mydb?sslmode=require# Avec connection pooler (auto)postgres://app:••••@pg-prod.us-east-1.nimbusnexus.net:6432/mydb?sslmode=require
# URI compatible Atlasmongodb+srv://app:••••@mongo-prod.us-east-1.nimbusnexus.net/mydb?replicaSet=rs0&tls=true# Driver JS — aucun client propriétaireconst client = new MongoClient(uri);await client.connect();
# Connexion via rediss://rediss://default:••••@redis-prod.us-east-1.nimbusnexus.net:6380# Ou depuis votre app :const r = createClient({url: 'rediss://...'});
Bases managées — questions.
Voyez-le construit de bout en bout.
Charges de travail hypothétiques, tailles concrètes, modes de défaillance qui valent la peine d’être connus, et l’arithmétique des coûts à chaque couche. Pas de société fictive — juste l’architecture que nous recommanderions si vous entriez et nous demandiez.
Un guide de décision honnête pour les quatre bases de données que la plupart des équipes exploitent en production. Où chacune brille, où elle mord, et les modes de défaillance ennuyeux dont personne ne vous prévient avant 2 heures du matin.
Lire le playbook →PLAYBOOK · SINGAPOURMouvements de conteneurs, événements douaniers, dispatch — le data plane d’une plateforme de fret sur les routes APAC. Singapour en primaire, Francfort pour les destinataires UE, avec l’arithmétique coût et latence à chaque hop.
Lire le playbook →PLAYBOOK · FRANCFORTFlottes de validators et full nodes, le rythme de snapshots qui survit à un reorg, et la résidence des données dans l’UE sous notre DPA GDPR, qui maintient un treasury desk dans le périmètre réglementaire UE.
Lire le playbook →PLAYBOOK · VIRGINIEL4 pour les modèles sub-7B, H100 pour le reste. Facturation GPU à la seconde, weights ancrés en object storage same-region, et le control plane Postgres + pgvector qui transforme un déploiement de modèle en une commande deploy.
Lire le playbook →Migrez depuis RDS, Atlas ou Cloud SQL. Cutover en quelques minutes.
Streamez les changements live depuis votre base existante via réplication logique (Postgres / MySQL), change streams (Mongo) ou replication slot (Kafka). Basculez quand le lag atteint zéro. Nous payons l’egress côté source.