Démarrer PostgreSQL à partir d'un modèle versionné
Choisissez PostgreSQL 15, 16 ou 17 et déclarez la base de données applicative ainsi que son utilisateur via le contrat d’environnement du modèle.
Services de données · offres à partir de $10/mois
Déployer PostgreSQL.Définissez explicitement la persistance et les identifiants.
Choisissez une version de PostgreSQL, conservez les identifiants de la base de données hors de Git, ajoutez un stockage persistant, connectez l’application et vérifiez les données après un redémarrage.
Conserver le dépôtExaminer la compilation et les journauxDomaines personnalisés et TLS
Déploiement Adios
Version candidate
PostgreSQL
SOURCE
Git
REGION
de
ROUTE
HTTPS
01Source reçue
02Compilation terminée
03Environnement d’exécution démarré
04Vérification de santé réussie
Route promue en production
production.adios.run
Une mise en production adaptée à
PostgreSQL 15PostgreSQL 16PostgreSQL 17SQLPersistance
Le parcours de mise en production
Même opérationnel, un projet PostgreSQL doit être mis en production en toute sécurité.
L’application ou le service ne représente qu’une partie de la production. Les résultats de compilation, l’état d’exécution, les contrôles de santé, les secrets, les journaux, les routes et la version promue doivent pouvoir être examinés ensemble.
Faire de la persistance une décision explicite
Les modèles PostgreSQL officiels utilisent un stockage persistant. Vérifiez les besoins de sauvegarde, de restauration, de capacité et de mise à niveau avant de confier des données irremplaçables à la base.
Garder l'état de service visible pour les opérateurs
Vérifiez la santé du service et la connectivité de l’application, puis testez les écritures, les lectures, les reconnexions et les redémarrages avant que le trafic de production ne dépende de la base de données.
Du code source à la mise en production
Trois étapes vous permettent de vérifier le parcours de déploiement.
Utilisez le code source et le fonctionnement en production déjà définis pour le projet. Le manifeste décrit ce que la plateforme doit compiler ou provisionner et les critères à remplir pour que le résultat soit prêt.
- 01
Commencer par la source ou un modèle
Importez le dépôt existant, ou examinez et déployez l’une des variantes de modèles précisément référencées ci-dessous.
$adios login - 02
Revoir le contrat de déploiement
Consignez dans adios.yaml les commandes, la version de l’environnement d’exécution ou du service, les critères de santé et les références aux secrets.
$git diff -- adios.yaml - 03
Déployer et inspecter le résultat
Suivez les résultats de compilation et d’exécution, vérifiez la version candidate, puis ouvrez la route ou la connexion de service promue en production.
$adios up
adios.yaml
Votre projetname: application-db
template: postgres:16
env:
POSTGRES_USER: app
POSTGRES_PASSWORD: secret://POSTGRES_PASSWORD
POSTGRES_DB: app_productionChoisissez la version majeure requise et enregistrez le mot de passe avec adios secret set avant le déploiement.
Points de départ déployables
Démarrer PostgreSQL à partir d'un modèle lorsque le dépôt n'est pas prêt.
Comparez les versions majeures de PostgreSQL prises en charge avant de choisir le modèle de service exact pour votre application.
Services de données
PostgreSQL 15
Modèles PostgreSQL 15, 16 et 17, ainsi que PostgreSQL 16 avec pgvector.
SQLGéré par Adios
- Clé du modèle
- postgres:15
- Environnement d’exécution
- postgres
- Dépôt
- template-postgres-15
- Emplacement de la source
- .
git clone https://github.com/adiosdotdev/template-postgres-15.git
cd template-postgres-15
adios upServices de données
PostgreSQL 16
Modèles PostgreSQL 15, 16 et 17, ainsi que PostgreSQL 16 avec pgvector.
SQLGéré par Adios
- Clé du modèle
- postgres:16
- Environnement d’exécution
- postgres
- Dépôt
- template-postgres-16
- Emplacement de la source
- .
git clone https://github.com/adiosdotdev/template-postgres-16.git
cd template-postgres-16
adios upServices de données
PostgreSQL 17
Modèles PostgreSQL 15, 16 et 17, ainsi que PostgreSQL 16 avec pgvector.
SQLGéré par Adios
- Clé du modèle
- postgres:17
- Environnement d’exécution
- postgres
- Dépôt
- template-postgres-17
- Emplacement de la source
- .
git clone https://github.com/adiosdotdev/template-postgres-17.git
cd template-postgres-17
adios upAvant production
Vérifier la charge de travail.Puis promouvez la version en production.
Pour sécuriser la première mise en production, partez d’une compilation ou d’une configuration de service reproductible et d’un aperçu qui sollicite les dépendances réellement utilisées en production.
Prêt quand...
- La base de données applicative et l’utilisateur aux droits strictement nécessaires sont définis.
- Les mots de passe sont stockés en dehors du manifeste.
- L'application peut se reconnecter après un redémarrage.
- Les responsabilités en matière de sauvegarde et de restauration sont documentées.
Prévisualiser quand...
- L’application change de version majeure de PostgreSQL.
- Une migration réécrit ou verrouille de grandes tables.
- Des extensions ou des paramètres de serveur inhabituels sont nécessaires.
Les réponses à vos questions
Ce qu’il faut savoir avant de déployer PostgreSQL.
Vérifiez les limites de l’environnement d’exécution ou du service, le chemin du modèle, le comportement en cas d’échec et les contrôles de production avant de créer la première version.
Puis-je déployer PostgreSQL à partir d’un modèle officiel ?
Oui. Choisissez le modèle PostgreSQL correspondant à la version ou à la configuration souhaitée, stockez les identifiants dans des secrets Adios et déployez-le depuis la console ou avec adios up.
Le modèle PostgreSQL utilise-t-il un stockage persistant ?
Les modèles PostgreSQL officiels utilisent un stockage persistant. Vérifiez les besoins de sauvegarde, de restauration, de capacité et de mise à niveau avant de confier des données irremplaçables à la base.
Quelles versions de PostgreSQL disposent de modèles ?
Le catalogue actuel inclut PostgreSQL 15, 16 et 17, ainsi qu’une variante PostgreSQL 16 avec pgvector pour la recherche vectorielle.
Une application Adios peut-elle se connecter à PostgreSQL ?
Oui. Stockez le paramètre de connexion dans un secret, injectez-le dans l’environnement d’exécution de l’application et vérifiez l’authentification, les requêtes et la reconnexion avant la promotion.
Où stocker les mots de passe de la base de données et du broker ?
Stockez les valeurs sensibles dans les secrets Adios et référencez-les avec secret://NAME. Ne placez pas les identifiants de production directement dans adios.yaml et ne les enregistrez pas dans Git.
Que dois-je vérifier avant de recevoir du trafic de production ?
Vérifiez l’authentification, la connectivité applicative, les écritures et lectures, la persistance après redémarrage, les besoins de sauvegarde ou de restauration, la capacité et le comportement en cas d’échec de chaque application dépendante.
Autres options de déploiement
Connectez le reste de votre stack.
Déployer pgvector
Démarrez PostgreSQL avec l’extension pgvector, connectez une application utilisant des embeddings, vérifiez les écritures vectorielles et les recherches de plus proches voisins, puis testez la persistance.
Déployer MySQL
Démarrez MySQL 8 avec un stockage persistant, créez une base de données et un utilisateur applicatifs dédiés, protégez les deux mots de passe et vérifiez les données après redémarrage.
Déployer Redis
Démarrez Redis 7 pour le cache, les sessions, le pub/sub ou la gestion rapide d’état, puis vérifiez la connectivité, la persistance attendue, l’éviction et le comportement en cas d’échec de cette dépendance.
Déployer FastAPI
Déployez un service FastAPI en conservant avec son code source la cible d’import ASGI, l’installation des dépendances, le port d’exécution, l’endpoint de contrôle de santé, les secrets et la version promue.
La première version
Déployer PostgreSQL avec le code source et les éléments de vérification associés.
Partez du dépôt ou d’un modèle, vérifiez le contrat de déploiement et examinez la version qui sera promue en production.