🔝 Retour au Sommaire
Le cloud computing a profondément transformé la manière dont les organisations déploient et gèrent leurs bases de données. PostgreSQL, en tant que système de gestion de bases de données open source, bénéficie pleinement de cette révolution avec une offre riche et variée de solutions cloud.
Dans ce chapitre, nous allons explorer les différentes options pour héberger PostgreSQL dans le cloud, comprendre les modèles de service disponibles, et analyser les offres des principaux fournisseurs cloud : AWS, Azure et Google Cloud Platform.
Le cloud computing (informatique en nuage) désigne la fourniture de services informatiques via Internet :
- Serveurs (capacité de calcul)
- Stockage (disques, objets)
- Bases de données
- Réseaux
- Logiciels
Au lieu de posséder et maintenir une infrastructure physique, les organisations louent ces ressources à la demande auprès de fournisseurs cloud.
┌─────────────────────────────────────────────────────────┐
│ Principaux Fournisseurs Cloud │
├─────────────────────────────────────────────────────────┤
│ │
│ AWS (Amazon Web Services) │
│ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ │
│ • Leader mondial (~32% du marché) │
│ • Lancé : 2006 │
│ • Services PostgreSQL : RDS, Aurora │
│ • Points forts : Maturité, écosystème, innovation │
│ │
│ Microsoft Azure │
│ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ │
│ • Second mondial (~23% du marché) │
│ • Lancé : 2010 │
│ • Services PostgreSQL : Flexible Server, Hyperscale │
│ • Points forts : Intégration Microsoft, entreprise │
│ │
│ Google Cloud Platform (GCP) │
│ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ │
│ • Troisième mondial (~11% du marché) │
│ • Lancé : 2008 │
│ • Services PostgreSQL : Cloud SQL, AlloyDB │
│ • Points forts : Innovation, IA/ML, data analytics │
│ │
└─────────────────────────────────────────────────────────┘
Bien que nous nous concentrerons sur les trois grands, d'autres acteurs existent :
- Oracle Cloud : Pour les entreprises Oracle
- IBM Cloud : Solutions entreprise
- Alibaba Cloud : Leader en Asie
- OVHcloud : Européen, souveraineté
- DigitalOcean : Simplicité pour startups
- Heroku : PaaS avec PostgreSQL managé
- Supabase, Neon, Render : Spécialisés PostgreSQL
Le cloud propose différents niveaux d'abstraction selon le degré de gestion que vous souhaitez conserver.
Définition : Vous louez des machines virtuelles et gérez tout le reste.
┌─────────────────────────────────────────────────────────┐
│ Modèle IaaS │
├─────────────────────────────────────────────────────────┤
│ │
│ Vous gérez : │
│ ┌───────────────────────────────────────────────────┐ │
│ │ • Système d'exploitation (Linux, etc.) │ │
│ │ • PostgreSQL (installation, configuration) │ │
│ │ • Sauvegardes │ │
│ │ • Haute disponibilité │ │
│ │ • Monitoring │ │
│ │ • Sécurité (patches, firewall) │ │
│ └───────────────────────────────────────────────────┘ │
│ │
│ Fournisseur gère : │
│ ┌───────────────────────────────────────────────────┐ │
│ │ • Infrastructure physique (serveurs, réseau) │ │
│ │ • Hyperviseur (virtualisation) │ │
│ │ • Datacenters │ │
│ └───────────────────────────────────────────────────┘ │
└─────────────────────────────────────────────────────────┘
Exemples :
- AWS EC2 + PostgreSQL installé manuellement
- Azure Virtual Machines + PostgreSQL
- Google Compute Engine + PostgreSQL
Avantages :
- ✅ Contrôle total
- ✅ Flexibilité maximale
- ✅ Personnalisation complète
- ✅ Possibilité d'optimiser finement
Inconvénients :
- ❌ Gestion complète à votre charge
- ❌ Expertise requise
- ❌ Temps de mise en place
- ❌ Maintenance continue
Cas d'usage : Organisations avec équipe DBA experte, besoins très spécifiques, contraintes ne permettant pas le managé.
Définition : Plateforme complète où vous déployez votre application, l'infrastructure est abstraite.
┌─────────────────────────────────────────────────────────┐
│ Modèle PaaS │
├─────────────────────────────────────────────────────────┤
│ │
│ Vous gérez : │
│ ┌───────────────────────────────────────────────────┐ │
│ │ • Application (code) │ │
│ │ • Configuration applicative │ │
│ └───────────────────────────────────────────────────┘ │
│ │
│ Fournisseur gère : │
│ ┌───────────────────────────────────────────────────┐ │
│ │ • Infrastructure │ │
│ │ • Système d'exploitation │ │
│ │ • Runtime (langages, frameworks) │ │
│ │ • Base de données (si incluse) │ │
│ │ • Scaling automatique │ │
│ │ • Monitoring │ │
│ └───────────────────────────────────────────────────┘ │
└─────────────────────────────────────────────────────────┘
Exemples :
- Heroku (PostgreSQL inclus)
- Google App Engine
- Azure App Service
- AWS Elastic Beanstalk
Avantages :
- ✅ Déploiement très rapide
- ✅ Focus sur l'application
- ✅ Scaling automatique
- ✅ Maintenance minimale
Inconvénients :
- ❌ Moins de contrôle
- ❌ Vendor lock-in fort
- ❌ Coût potentiellement élevé
Cas d'usage : Startups, prototypes, applications web standard.
Définition : Service spécialisé pour les bases de données, avec gestion automatisée.
┌─────────────────────────────────────────────────────────┐
│ Modèle DBaaS │
├─────────────────────────────────────────────────────────┤
│ │
│ Vous gérez : │
│ ┌───────────────────────────────────────────────────┐ │
│ │ • Modélisation base de données (schéma) │ │
│ │ • Requêtes SQL │ │
│ │ • Utilisateurs et permissions │ │
│ │ • Paramètres PostgreSQL (dans limites) │ │
│ └───────────────────────────────────────────────────┘ │
│ │
│ Fournisseur gère : │
│ ┌───────────────────────────────────────────────────┐ │
│ │ • Infrastructure (serveurs, réseau) │ │
│ │ • Système d'exploitation │ │
│ │ • PostgreSQL (installation, mises à jour) │ │
│ │ • Sauvegardes automatiques │ │
│ │ • Haute disponibilité (Multi-AZ) │ │
│ │ • Réplication (Read Replicas) │ │
│ │ • Monitoring de base │ │
│ │ • Patches de sécurité │ │
│ └───────────────────────────────────────────────────┘ │
└─────────────────────────────────────────────────────────┘
Exemples PostgreSQL :
- AWS RDS for PostgreSQL
- AWS Aurora PostgreSQL
- Azure Database for PostgreSQL
- Google Cloud SQL for PostgreSQL
- Google AlloyDB
Avantages :
- ✅ Simplicité opérationnelle maximale
- ✅ Sauvegardes automatiques
- ✅ Haute disponibilité intégrée
- ✅ Scaling facilité
- ✅ Sécurité renforcée
- ✅ Time-to-market rapide
Inconvénients :
- ❌ Coût plus élevé que IaaS
- ❌ Moins de flexibilité technique
- ❌ Extensions limitées
- ❌ Certains paramètres non modifiables
Cas d'usage : La majorité des applications (80%+), équipes sans expertise DBA approfondie, focus produit.
| Aspect | IaaS | PaaS | DBaaS |
|---|---|---|---|
| Contrôle | ⭐⭐⭐⭐⭐ | ⭐⭐ | ⭐⭐⭐ |
| Simplicité | ⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ |
| Coût | 💰💰 | 💰💰💰💰 | 💰💰💰 |
| Expertise requise | 🔴 Élevée | 🟢 Faible | 🟡 Moyenne |
| Time-to-market | 🔴 Lent | 🟢 Très rapide | 🟢 Rapide |
| Maintenance | 🔴 Vous | 🟢 Fournisseur | 🟢 Fournisseur |
Avant d'explorer les offres spécifiques, il est important de comprendre quelques concepts fondamentaux communs à tous les fournisseurs cloud.
Une région est une localisation géographique où le fournisseur cloud dispose d'infrastructures :
┌─────────────────────────────────────────────────────────┐
│ Exemples de Régions AWS │
├─────────────────────────────────────────────────────────┤
│ │
│ • us-east-1 → Virginie du Nord (USA) │
│ • us-west-2 → Oregon (USA) │
│ • eu-west-1 → Irlande │
│ • eu-west-3 → Paris │
│ • eu-central-1 → Francfort (Allemagne) │
│ • ap-southeast-1 → Singapour │
│ • ap-northeast-1 → Tokyo (Japon) │
│ • sa-east-1 → São Paulo (Brésil) │
│ │
└─────────────────────────────────────────────────────────┘
Choix de région important pour :
- Latence : Proximité des utilisateurs finaux
- Conformité : Réglementations locales (GDPR, etc.)
- Coûts : Les prix varient selon les régions
- Services : Tous les services ne sont pas disponibles partout
Une zone de disponibilité est un datacenter isolé physiquement au sein d'une région :
┌─────────────────────────────────────────────────────────┐
│ Région Europe (ex: eu-west-1 - Irlande) │
├─────────────────────────────────────────────────────────┤
│ │
│ ┌─────────────────┐ ┌─────────────────┐ │
│ │ Zone A │ │ Zone B │ │
│ │ (Datacenter 1) │ │ (Datacenter 2) │ │
│ │ │ │ │ │
│ │ ┌───────────┐ │ │ ┌───────────┐ │ │
│ │ │ Instance │ │ │ │ Standby │ │ │
│ │ │ Primary │◄─┼──┼─►│ Replica │ │ │
│ │ └───────────┘ │ │ └───────────┘ │ │
│ │ │ │ │ │
│ └─────────────────┘ └─────────────────┘ │
│ │
│ ┌─────────────────┐ │
│ │ Zone C │ │
│ │ (Datacenter 3) │ │
│ │ │ │
│ │ ┌───────────┐ │ │
│ │ │ Read │ │ │
│ │ │ Replica │ │ │
│ │ └───────────┘ │ │
│ │ │ │
│ └─────────────────┘ │
│ │
│ • Connexions réseau très rapides (< 2ms latence) │
│ • Isolement physique (électricité, refroidissement) │
│ • Protection contre pannes datacenter │
└─────────────────────────────────────────────────────────┘
Avantages Multi-AZ :
- Haute disponibilité : Si une zone tombe, les autres continuent
- Résilience : Protection contre pannes matérielles, électriques
- Performances : Latence très faible entre zones (~1-2ms)
Typiquement : 2-6 zones par région
Un VPC est votre réseau privé virtuel isolé dans le cloud :
┌─────────────────────────────────────────────────────────┐
│ VPC (ex: 10.0.0.0/16) │
│ Réseau Privé Virtuel Isolé │
├─────────────────────────────────────────────────────────┤
│ │
│ ┌───────────────────────────────────────────────────┐ │
│ │ Subnet Public (10.0.1.0/24) │ │
│ │ • Accès Internet via Internet Gateway │ │
│ │ │ │
│ │ ┌──────────┐ ┌──────────┐ │ │
│ │ │ Load │ │ Web │ │ │
│ │ │ Balancer │ │ Server │ │ │
│ │ └──────────┘ └──────────┘ │ │
│ └───────────────────────────────────────────────────┘ │
│ │
│ ┌───────────────────────────────────────────────────┐ │
│ │ Subnet Privé (10.0.2.0/24) │ │
│ │ • Pas d'accès Internet direct │ │
│ │ │ │
│ │ ┌──────────┐ ┌───────────┐ │ │
│ │ │ App │ │ PostgreSQL│ │ │
│ │ │ Server │────►│ Database │ │ │
│ │ └──────────┘ └───────────┘ │ │
│ └───────────────────────────────────────────────────┘ │
│ │
│ Règles de sécurité (Firewall, Security Groups) │
└─────────────────────────────────────────────────────────┘
Bonnes pratiques :
- PostgreSQL dans un subnet privé (pas d'accès Internet direct)
- Applications dans subnet privé également
- Load balancers dans subnet public
Options de connexion à PostgreSQL dans le cloud :
-
Public IP : Adresse IP publique avec firewall (whitelist)
⚠️ Moins sécurisé, mais plus simple- Utilisé pour développement/test
-
Private IP (VPC Peering) : Connexion privée via VPC
- ✅ Sécurité maximale
- ✅ Recommandé pour production
-
VPN : Tunnel chiffré entre votre réseau et le cloud
- ✅ Sécurisé pour accès depuis on-premises
-
Direct Connect : Connexion réseau dédiée physique
- ✅ Très haute performance et sécurité
- 💰 Coûteux, pour grandes entreprises
Les bases de données cloud utilisent différents types de stockage :
Disques attachés aux instances (comme un disque dur) :
- AWS EBS (Elastic Block Store)
- Azure Managed Disks
- Google Persistent Disk
Types :
- SSD : Haute performance (IOPS élevées)
- HDD : Coût inférieur (données froides)
- Provisioned IOPS : Performance garantie
Pour sauvegardes et archivage :
- AWS S3 (Simple Storage Service)
- Azure Blob Storage
- Google Cloud Storage
Avantages :
- Très économique
- Durabilité extrême (99.999999999% - "11 nines")
- Capacité illimitée
┌─────────────────────────────────────────────────────────┐
│ Composants de Coût Cloud │
├─────────────────────────────────────────────────────────┤
│ │
│ 1. Compute (Calcul) │
│ • Facturé à l'heure ou à la seconde │
│ • Variable selon type d'instance (vCPU, RAM) │
│ │
│ 2. Stockage │
│ • GB/mois provisionné │
│ • IOPS supplémentaires (si applicable) │
│ │
│ 3. Transfert de Données │
│ • Entrée (ingress) : Souvent gratuit │
│ • Sortie (egress) : Payant (vers Internet) │
│ • Inter-région : Payant │
│ │
│ 4. Sauvegardes │
│ • Stockage des backups (GB/mois) │
│ • Souvent inclus jusqu'à 100% de la taille DB │
│ │
│ 5. Haute Disponibilité │
│ • Multi-AZ : Généralement 2× le coût compute │
│ │
│ 6. Features Additionnelles │
│ • Read Replicas (instances supplémentaires) │
│ • Monitoring avancé │
│ • Support premium │
│ │
└─────────────────────────────────────────────────────────┘
- Reserved Instances : Engagement 1-3 ans → -40% à -60%
- Savings Plans : Engagement de dépense flexible
- Spot Instances : Capacité inutilisée à prix réduit (non applicable aux DBs de prod)
- Right-sizing : Adapter la taille aux besoins réels
- Auto-scaling : Ajuster automatiquement selon la charge
- Arrêt automatique : Environnements dev/test hors heures de bureau
Scale-up (vertical) :
Besoin de plus de puissance ?
┌──────────┐
│ 2 vCPU │ Clic, quelques minutes plus tard...
│ 4 GB RAM │ ──────────────────────────────────►
└──────────┘
┌──────────┐
│ 8 vCPU │
│ 32 GB RAM│
└──────────┘
Scale-out (horizontal) :
Besoin de plus de lecture ?
┌──────────┐ ┌──────────┐
│ Primary │ │ Primary │
│ Instance │ Ajout de Read Replicas │ Instance │
└──────────┘ ─────────────────────► └────┬─────┘
│
┌──────────┼──────────┐
│ │ │
┌────▼───┐ ┌────▼───┐ ┌────▼───┐
│ Read │ │ Read │ │ Read │
│Replica1│ │Replica2│ │Replica3│
└────────┘ └────────┘ └────────┘
- Multi-AZ automatique : Réplication synchrone entre zones
- Failover automatique : 30-120 secondes selon le service
- Sauvegardes automatiques : Quotidiennes avec rétention configurable
- Point-in-Time Recovery : Restauration à n'importe quelle seconde
- Chiffrement au repos : Automatique et transparent
- Chiffrement en transit : SSL/TLS obligatoire
- Isolation réseau : VPC, subnets privés
- IAM Integration : Authentification via identités cloud
- Compliance : Certifications ISO, SOC, HIPAA, PCI DSS, GDPR
- Patches automatiques : Sécurité OS et PostgreSQL
Ce que vous ne gérez plus :
- Installation PostgreSQL
- Configuration système de base
- Patches de sécurité OS
- Hardware (pannes, remplacement)
- Datacenter (électricité, climatisation)
- Disaster Recovery infrastructure
Gain de temps : 70-80% de réduction du temps d'administration
- Nouvelles versions PostgreSQL rapidement disponibles
- Features propriétaires : Aurora columnar, AlloyDB ML optimizer
- Intégration services : IA/ML, analytics, monitoring
- Évolution permanente sans effort de votre part
- Pay-as-you-go : Payez uniquement ce que vous utilisez
- Pas d'investissement initial : Pas d'achat de hardware
- Scaling économique : Ajustez selon les besoins
- Coûts variables : Augmentez/réduisez facilement
- DBaaS souvent 30-50% plus cher que IaaS self-managed
- Coûts cachés : Transfert de données, backups étendus
- À grande échelle, self-hosted peut devenir compétitif
- Dépendance au fournisseur cloud
- APIs propriétaires (Aurora, AlloyDB)
- Migration sortante complexe et coûteuse
- Formats spécifiques (sauvegardes, snapshots)
- Pas de superuser complet : Certaines commandes interdites
- Extensions limitées : Liste approuvée par le fournisseur
- Paramètres : Certains non modifiables
- Accès système : Pas de SSH, pas d'accès OS
- Localisation des données : Vérifier réglementations
- Contrôle du fournisseur : Les données sont "chez eux"
- Accès gouvernemental : CLOUD Act (USA), etc.
- Certifications : Vérifier si suffisantes pour votre secteur
- Connexion Internet critique
- Latence : Si application on-premises
- Coûts de transfert : Sortie de données payante
Chaque fournisseur propose généralement deux niveaux de service :
Service managé traditionnel basé sur PostgreSQL standard :
| Fournisseur | Service | Caractéristiques |
|---|---|---|
| AWS | RDS for PostgreSQL | PostgreSQL natif, 100% compatible |
| Azure | Flexible Server | PostgreSQL natif, 100% compatible |
| Cloud SQL | PostgreSQL natif, 100% compatible |
Profil :
- PostgreSQL standard
- Compatibilité 100%
- Coût modéré
- Performances bonnes
- Idéal pour 80% des applications
Services propriétaires optimisés pour performances exceptionnelles :
| Fournisseur | Service | Innovation Clé |
|---|---|---|
| AWS | Aurora PostgreSQL | Stockage distribué, 5× plus rapide |
| Azure | Hyperscale (Citus) | Scale-out horizontal, multi-tenant |
| AlloyDB | Columnar engine, 100× OLAP |
Profil :
- Moteur propriétaire ou fortement modifié
- Compatibilité 95-100%
- Coût élevé (2-3× standard)
- Performances exceptionnelles
- Pour applications exigeantes ou spécifiques
┌─────────────────────────────────────────────────────────┐
│ Positionnement des Services PostgreSQL │
├─────────────────────────────────────────────────────────┤
│ │
│ Performances │
│ ▲ │
│ │ │
│ │ ┌────────────┐ │
│ │ │ AlloyDB │ Columnar, ML optimizer │
│ │ │ (Google) │ │
│ │ └────────────┘ │
│ │ │
│ │ ┌────────────┐ ┌────────────┐ │
│ │ │ Aurora │ │ Hyperscale │ Scale-out │
│ │ │ (AWS) │ │ (Azure) │ │
│ │ └────────────┘ └────────────┘ │
│ │ │
│ │ ┌──────┐ ┌────────┐ ┌──────┐ │
│ │ │ RDS │ │Flexible│ │Cloud │ Standard │
│ │ │(AWS) │ │(Azure) │ │SQL │ PostgreSQL │
│ │ └──────┘ └────────┘ └──────┘ (Google) │
│ │ │
│ └──────────────────────────────────────────► │
│ Coût │
└─────────────────────────────────────────────────────────┘
Question clé : Utilisez-vous déjà un cloud provider ?
- Si vous êtes sur AWS → Restez sur AWS (intégration, expertise)
- Si vous êtes sur Azure → Privilégiez Azure
- Si vous êtes sur GCP → Utilisez GCP
Avantages de rester dans un écosystème :
- Facturation unifiée
- Réseau optimisé (latence minimale)
- IAM intégré
- Support centralisé
- Expertise équipe concentrée
| Cas d'Usage | Recommandation |
|---|---|
| OLTP standard | RDS, Flexible Server, Cloud SQL (tous équivalents) |
| OLTP haute performance | Aurora, AlloyDB |
| HTAP (OLTP + OLAP) | AlloyDB (columnar natif) |
| Multi-tenant SaaS | Hyperscale (Citus) |
| Geo-distribution | Aurora Global Database, GCP multi-région |
| Workload variable | Aurora Serverless v2 |
Ordre de coût général (approximatif) :
Moins cher ──────────────────────────────► Plus cher
IaaS Standard DBaaS Premium DBaaS
(EC2+PG) (RDS, Cloud SQL) (Aurora, AlloyDB)
│ │ │
│ │ │
100% 130-150% 200-250%
Facteurs influençant le coût :
- Région géographique
- HA (Multi-AZ) : double le coût compute
- Stockage (SSD, IOPS provisionnées)
- Read Replicas
- Transfert de données
Questions à se poser :
- Où nos données peuvent-elles être stockées ? (GDPR, etc.)
- Quelles certifications sont requises ? (ISO, SOC, HIPAA, PCI DSS)
- Y a-t-il des contraintes de souveraineté ?
- Le fournisseur est-il audité régulièrement ?
Certifications par fournisseur :
- Tous les grands fournisseurs ont les certifications majeures
- Vérifier la région spécifique (certifications peuvent varier)
- OVH, Scaleway : Pour souveraineté européenne stricte
Niveaux de Support :
| Niveau | AWS | Azure | GCP |
|---|---|---|---|
| Gratuit | Forums communautaires | Forums | Forums |
| Développeur | Email 12-24h | - | Email 4-8h |
| Business | Email 1h, Phone | Email 1h, Phone | Email 1h, Phone |
| Enterprise | 24/7, 15min, TAM | 24/7, 15min, TAM | 24/7, 15min, TAM |
SLA (Service Level Agreement) :
- Standard : 99.5% (43.8h downtime/an)
- Multi-AZ/HA : 99.95% (4.4h/an) ou 99.99% (52min/an)
Comparez sur :
- Versions PostgreSQL supportées (plus récentes sur GCP généralement)
- Extensions disponibles (vérifier vos besoins)
- Outils d'observabilité (Performance Insights, Query Insights)
- Intégration IA/ML (important pour vous ?)
- Migration tools (qualité du Database Migration Service)
Scénarios multi-cloud :
- Éviter lock-in : Répartir sur plusieurs clouds
- Résilience maximale : Primary AWS, DR Azure
- Optimisation coûts : Choisir le moins cher par région
- Réglementation : Données EU sur Azure, US sur AWS
Inconvénients :
- Complexité accrue
- Expertise multiple requise
- Coûts de transfert inter-cloud élevés
- Outils différents à maîtriser
Verdict : Multi-cloud fait sens uniquement pour grandes organisations avec équipes dédiées.
Dans les sections suivantes, nous allons explorer en détail chaque offre :
- Architecture et fonctionnement
- Caractéristiques détaillées
- Tarification et optimisation
- Migration et bonnes pratiques
- Flexible Server (recommandé)
- Hyperscale (Citus) pour scale-out
- Intégration écosystème Azure
- Comparaison avec AWS
- Cloud SQL pour workloads standards
- AlloyDB et son columnar engine unique
- Innovation Google (IA/ML)
- Comparaison avec concurrents
- Analyse TCO (Total Cost of Ownership)
- Critères de décision détaillés
- Scénarios et recommandations
- Architectures hybrides
| Critère | AWS RDS | AWS Aurora | Azure Flexible | Azure Hyperscale | Cloud SQL | AlloyDB |
|---|---|---|---|---|---|---|
| Type | Standard | Propriétaire | Standard | Distribué | Standard | Propriétaire |
| Compatibilité PG | 100% | ~100% | 100% | 95% | 100% | ~100% |
| Performance OLTP | ⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐⭐⭐⭐ |
| Performance OLAP | ⭐⭐ | ⭐⭐ | ⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐ | ⭐⭐⭐⭐⭐ |
| HA Failover | 60-120s | 15-30s | 60-120s | 60-120s | 30-60s | 10-20s |
| Read Replicas | 5 | 15 | 5 | 15 | 10 | Illimité |
| Stockage Max | 64 TB | 128 TB | 32 TB | Pétaoctets | 64 TB | 64 TB |
| Coût Relatif | 💰💰 | 💰💰💰 | 💰💰 | 💰💰💰💰 | 💰💰 | 💰💰💰 |
| Maturité | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐ | ⭐⭐⭐⭐⭐ | ⭐⭐⭐ |
| Innovation | ⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐ | ⭐⭐⭐⭐⭐ |
| Cas d'usage idéal | Standard | Haute perf | Standard | Multi-tenant | Standard | HTAP |
Légende :
- ⭐ : Niveau de performance/maturité
- 💰 : Niveau de coût relatif
PostgreSQL dans le cloud offre une richesse d'options adaptées à tous les besoins :
Pour la plupart des organisations (80%) :
- Commencez avec une solution standard managée (RDS, Flexible Server, Cloud SQL)
- Excellentes performances, coût maîtrisé, simplicité maximale
Pour des besoins spécifiques :
- Haute performance : Aurora, AlloyDB
- HTAP (analytique + transactionnel) : AlloyDB
- Multi-tenant SaaS : Hyperscale (Citus)
- Contrôle total : IaaS (EC2/VMs + PostgreSQL self-hosted)
Le choix du fournisseur dépend principalement de :
- Votre écosystème cloud existant
- Vos besoins de performance spécifiques
- Votre budget
- Vos contraintes réglementaires
Dans les sections suivantes, nous explorerons en profondeur chaque offre pour vous aider à faire le choix le plus éclairé selon votre contexte.
Prochaine section : → 19.2.1. AWS RDS et Aurora PostgreSQL