Base de données PostgreSQL managée
La plupart des applications ont besoin d'une base relationnelle, et PostgreSQL reste le choix par défaut : transactions ACID, types riches, écosystème d'extensions mûr. Le gérer en production est un autre métier : réplication, bascule automatique en cas de panne, archivage des journaux de transactions, sauvegardes testées, montées de version. France Nuage prend cette charge à votre place.
Sous le capot, chaque base tourne sur PostgreSQL 18 piloté par CloudNativePG, l'opérateur Kubernetes open source de référence. Vous récupérez une chaîne de connexion standard et vous codez.
Pourquoi PostgreSQL managé ?
Un PostgreSQL seul sur un VPS tient tant que rien ne tombe. En production, il faut au minimum un standby prêt à prendre le relais, des sauvegardes continues, et de quoi remonter la base à un instant précis après une fausse manipulation. CloudNativePG orchestre tout cela.
Le cluster compte plusieurs instances réparties sur des zones distinctes du datacenter, avec une anti-affinité stricte : deux réplicas ne tournent jamais sur la même zone. Si le primaire tombe, l'opérateur promeut un standby en quelques secondes et repointe le service. Votre application continue de parler au même endpoint.
Deux gammes
La gamme Pico, à 25 €/mois, couvre les petits projets, les environnements de préproduction et les applications à faible charge. La gamme Nano, à 50 €/mois, vise les applications de production avec plus de connexions, de mémoire et de volume. Vous changez de gamme quand votre charge évolue, sans recréer la base.
Comparatif avec les alternatives
| Critère | France Nuage | Auto-hébergé | AWS RDS | Google Cloud SQL | Scaleway |
|---|---|---|---|---|---|
| Moteur | PostgreSQL 18 | PostgreSQL | PostgreSQL | PostgreSQL | PostgreSQL |
| Hébergement souverain | Oui (France) | Selon vous | Non (USA) | Non (USA) | Oui (UE) |
| Haute disponibilité | Incluse, multi-zone | À votre charge | Option payante | Option payante | Option |
| Restauration à la minute (PITR) | Incluse | À configurer | Oui | Oui | Oui |
| Sauvegardes quotidiennes | Incluses | À configurer | Oui | Oui | Oui |
| Monitoring | Inclus (Prometheus, Grafana) | À mettre en place | CloudWatch | Cloud Monitoring | Basique |
| CLOUD Act | Non concerné | Selon vous | Concerné | Concerné | Non concerné |
| Tarif | À partir de 25 €/mois | Temps + serveur | Instance + stockage + I/O | Instance + stockage + I/O | À l'usage |
Ce qui change vraiment
PostgreSQL reste PostgreSQL partout : la même base, les mêmes requêtes, le même pg_dump. La différence tient à la souveraineté et au prix. Vos données restent en France, hors de portée du CLOUD Act, et la facture est un montant fixe par mois plutôt qu'une addition d'instance, de stockage provisionné et d'I/O facturées au million.
Vous partez quand vous voulez : un pg_dump, un pg_restore ailleurs, et c'est terminé. Vous ne dépendez d'aucun format propriétaire ni d'un service maison.
Cas d'usage typiques
Base applicative principale. Votre API a besoin d'une base fiable derrière elle. Vous récupérez la chaîne de connexion, vous la placez dans vos variables d'environnement, vous déployez.
Préproduction et tests. Prenez une gamme Pico pour la préprod et une Nano pour la prod : la même base sert des deux côtés, ce qui évite les surprises d'un SQLite local qui diverge de Postgres en production.
Base derrière un service managé. Vous hébergez déjà Matomo, Odoo ou Metabase chez France Nuage ? Ils tournent sur le même socle PostgreSQL. Une base dédiée à votre propre application s'ajoute naturellement.
Reprise après incident. Une migration SQL qui tourne mal à 18h ? Grâce à l'archivage continu des WAL, vous remontez la base à l'état où elle était à 17h59, à la minute près, dans la fenêtre de rétention.
Haute disponibilité et sauvegardes
Chaque base est répliquée en streaming vers des standbys placés sur d'autres zones. La bascule est automatique : l'opérateur surveille le primaire et promeut un standby si nécessaire, sans intervention de votre part.
Côté sauvegardes, deux mécanismes se cumulent. Une sauvegarde de base complète part chaque nuit vers un stockage S3 chiffré, en France. En parallèle, les journaux de transactions (WAL) sont archivés en continu. La combinaison des deux autorise la restauration à un instant précis (PITR) : vous remontez la base à la minute voulue, pas seulement au dernier backup nocturne. La rétention par défaut couvre 30 jours.
Tout est instrumenté pour Prometheus. Si vous avez la stack Grafana managée, les métriques de vos bases atterrissent dans vos dashboards sans configuration supplémentaire.
Pourquoi pas l'auto-hébergement ?
Un apt install postgresql sur un VPS coûte quelques euros. La production demande plus :
| Aspect | Auto-hébergement | France Nuage |
|---|---|---|
| Haute disponibilité | Un seul serveur | Réplicas multi-zone, bascule automatique |
| Archivage des WAL | À configurer (barman, wal-g) | Inclus |
| Restauration à la minute | À configurer et tester | Incluse |
| Sauvegardes hors-site | À mettre en place | S3 chiffré en France |
| Mises à jour de version | À planifier | Gérées |
| Monitoring | À installer | Prometheus + Grafana inclus |
| Tuning de base | À votre charge | Paramètres ajustés (connexions, buffers) |
Le coût réel de l'auto-hébergement n'est pas le serveur, c'est l'astreinte. Une base de production sans standby ni PITR transforme la moindre panne en nuit blanche.
Démarrage rapide
1. Souscrire le service
- Allez sur console.france-nuage.fr et créez un compte
- Choisissez la base PostgreSQL et la gamme (Pico ou Nano)
- Vous recevez vos identifiants et votre chaîne de connexion
2. Se connecter
La chaîne de connexion suit le format PostgreSQL standard :
postgres://app:<mot-de-passe>@<votre-base>.france-nuage.fr:5432/app?sslmode=require
Avec psql :
psql "postgres://app:<mot-de-passe>@<votre-base>.france-nuage.fr:5432/app?sslmode=require"
Deux endpoints sont fournis : un en lecture-écriture (le primaire) et un en lecture seule (les standbys), pratique pour décharger les requêtes de reporting.
3. Brancher votre application
N'importe quel client PostgreSQL fonctionne. Renseignez la chaîne de connexion dans la variable d'environnement de votre framework :
DATABASE_URL="postgres://app:<mot-de-passe>@<votre-base>.france-nuage.fr:5432/app?sslmode=require"
Les connexions chiffrées en TLS sont exigées par défaut (sslmode=require).
Migration depuis votre base actuelle
PostgreSQL est standard de bout en bout, la migration se fait donc avec les outils habituels :
# Export depuis votre base actuelle
pg_dump "postgres://user@ancienne-base:5432/mabase" -Fc -f mabase.dump
# Import vers France Nuage
pg_restore -d "postgres://app:<mot-de-passe>@<votre-base>.france-nuage.fr:5432/app?sslmode=require" mabase.dump
Pour une bascule sans coupure longue, faites un premier import à froid, puis rejouez le delta juste avant de repointer votre application.
Limites à connaître
Le port est le 5432 standard. L'accès passe par TLS et le sslmode=require est imposé : un vieux client incapable de chiffrer ne se connectera pas.
Les extensions disponibles sont celles fournies par l'image CloudNativePG. Si vous avez besoin d'une extension précise comme PostGIS ou pgvector, parlons-en avant de souscrire pour vérifier qu'elle est packagée.
Le redimensionnement entre gammes se fait sans perte de données, mais entraîne un court basculement le temps que les nouveaux paramètres prennent effet. Planifiez-le hors heures de pointe.
Prochaines étapes
- Stack Grafana : visualisez les métriques de vos bases dans vos dashboards
- Sauvegardes externalisées : complétez avec votre stratégie de backup global
- Documentation officielle CloudNativePG : cloudnative-pg.io