Déployez PostgreSQL pour les applications nécessitant des données relationnelles, des transactions et SQL. Le modèle intégré de Polyer crée une base privée avec stockage persistant. Les fonctions de PostgreSQL géré dépendent de la région choisie.
Bases de donnéesIntégré à Polyer
Utilisations possibles
Bases de données pour services web et API.
Données relationnelles avec transactions et requêtes structurées.
Choisir la bonne configuration
Choisissez PostgreSQL lorsque votre application attend une connexion PostgreSQL. Vérifiez la région avant la version : le service géré et le conteneur autonome suivent des modes de déploiement différents. Utilisez les informations de connexion privée affichées après déploiement ; examinez séparément l’accès externe et la récupération pour cette région.
Ce que crée ce modèle
Les régions avec PostgreSQL géré utilisent PostgreSQL 18: ghcr.io/cloudnative-pg/postgresql:18.6-standard-trixie
Les autres régions utilisent l’image autohébergée: postgres:16-alpine
postgres
Service privéVolume persistant
Configuration à vérifier
Ce modèle ne déclare aucun champ supplémentaire. Vérifiez les variables générées, les points d’accès et les ressources dans le formulaire.
Comment déployer
Sélectionnez Configurer le déploiement et connectez-vous ou créez un compte.
Choisissez un projet nouveau ou existant et une région disponible.
Vérifiez les services, champs obligatoires, stockage et avertissements. Lancez le déploiement lorsque la configuration est prête.
Consultez les journaux, terminez la configuration de l’application et testez ses points d’accès avant la production.
Vérifier votre déploiement
Connectez-vous depuis l’environnement de l’application avec les identifiants affichés et exécutez SELECT 1. Testez ensuite une migration et un cycle d’écriture-lecture dans une base jetable. Une connexion réussie ne valide pas la récupération : restaurez une sauvegarde vers une cible de test distincte et vérifiez les données.
Exploitation de cette application
Connectez votre application avec les identifiants et le point d’accès privé affichés après le déploiement. N’exposez pas ces identifiants dans le code client.
Vérifiez les fonctions de sauvegarde et de récupération de la région. Testez la restauration avant d’utiliser une sauvegarde comme plan de reprise.
Vérifiez le stockage utilisé et les conditions de mise à niveau majeure avant de changer l’image ou la version de la base.
Coûts d’hébergement
Estimez les ressources de la base séparément de l’application. Requêtes, connexions, index et données conservées influencent mémoire, CPU et stockage. Vérifiez les prix et options de sauvegarde de la région sans supposer que tous les déploiements PostgreSQL ont le même coût ou la même politique de récupération.
CPU, mémoire, stockage et réseau contribuent à la facture. La région influe sur les tarifs. Chaque service d’un modèle génère sa propre consommation ; les API externes et licences sont facturées séparément.
Déployez MySQL sur Polyer pour les applications nécessitant des données relationnelles, des transactions et SQL. Le modèle intégré crée un service privé mysql:8.4 avec stockage persistant dans /var/lib/mysql, un mot de passe root généré et une base nommée app. Vérifiez l’URL de connexion et si le proxy TCP optionnel vous est nécessaire.
Déployez Redis pour le cache, les files et l’état partagé. Le modèle intégré crée un service privé avec volume. Un volume seul ne détermine pas la durabilité de Redis : vérifiez les paramètres de persistance nécessaires.