Ajoute Postgres en une seule ligne YAML. Déploie en moins d'une minute.

Voyons pourquoi c'est important et comment cela peut changer ta façon d'aborder la création et l'exécution d'applications.

Tu veux profiter de la puissance d'une base de données sans te perdre dans les outils et la configuration. Tu devrais passer la majeure partie de ta semaine à créer des fonctionnalités, pas à chercher des chaînes de connexion ou à gérer des scripts d'infrastructure sur mesure. Les développeurs nous disent qu'ils veulent juste coder et résoudre les problèmes liés aux applications, avec un minimum de friction au niveau de la plateforme.

Cet article explique comment ajouter PostgreSQL à un projet Upsun en modifiant un seul fichier YAML, en poussant le changement vers ton dépôt, puis en laissant Upsun se charger de tout le travail de déploiement d’une nouvelle instance en moins d’une minute. Au passage, tu bénéficies d’un environnement de test de niveau production par branche, d’un clonage sécurisé des données avec nettoyage, et d’une observabilité intégrée qui t’évite de passer ton temps dans les salles de crise.

Pourquoi Postgres, pourquoi maintenant

PostgreSQL est devenu la base de données la plus populaire, selon l’enquête Stack Overflow Developer Survey, avec environ 49 % des développeurs qui l’utilisent en 2024.¹ Cette popularité tient à un mélange de fiabilité, de performances et d’un écosystème en constante expansion.

Il y a une autre raison pour laquelle Postgres s’adapte aux processus modernes : il s’associe naturellement à une infrastructure définie par du code. Lorsque ton application, tes services et tes politiques sont définis en YAML déclaratif, combinés à des migrations appropriées, ta base de données cesse d’être unique et devient versionnée, reproductible et facile à automatiser.

À quoi ressemble le processus

Voici le chemin général que tu suivras :

1. Ajoute une ligne pour déclarer un service Postgres géré dans `.upsun/config.yaml`. Le pilier du produit Upsun est la simplicité grâce à un seul fichier YAML. 
2. Commit et push. Upsun construit et déploie automatiquement la nouvelle instance Postgres, fournissant à ta branche un environnement à jour. 
3. Assure-toi que ton application utilise les variables d'environnement créées automatiquement (DB_*) pour se connecter à l'instance Postgres.
4.  Continue à développer ton application et ses fonctionnalités avec une base de données entièrement gérée. Chaque nouvelle branche créera automatiquement un environnement de test qui hérite d’une copie clonée de la base de données à des fins de test.
5. Inspecte les métriques et les logs pour valider les performances avant de fusionner. Upsun intègre la surveillance des performances et le profilage du code pour les applications modernes et héritées.

C'est le chemin que nous te montrons dans la démo en accéléré : d'une modification YAML à un aperçu de branche fonctionnant sur Postgres en moins d'une minute.

Configuration Postgres en une ligne dans YAML

Si ton projet comporte déjà une section `services:`, tu peux déclarer Postgres à l'aide d'une seule carte en ligne :

services:

  db: { type: postgresql:17 }

Consulte la référence du service PostgreSQL pour une documentation complète des options et clés de configuration disponibles.

Si nécessaire, consulte la présentation de la structure YAML, qui explique les clés de premier niveau dans config.yaml.

Astuce : ton éditeur peut compléter automatiquement les clés YAML d'Upsun à l'aide de notre schéma publié. Consulte la configuration de la saisie semi-automatique de l'éditeur.

Un provisionnement de services qui « fonctionne tout simplement »

Les services gérés d’Upsun sont provisionnés à partir de YAML et connectés à ton application via des relations. La page Postgres affiche l’exemple canonique, incluant des variables d’environnement telles que POSTGRESQL_HOST et POSTGRESQL_PASSWORD, qui sont automatiquement injectées pour toi. Consulte la référence du service PostgreSQL.

Pour te connecter depuis ton code, tu peux lire les variables injectées ou utiliser une variable DATABASE_URL pratique que tu définis dans un .environment. 

La documentation comprend des exemples et des aides CLI telles que upsun sql pour un accès direct. Même page de référence que ci-dessus.

Aperçu par branche, automatiquement

Chaque branche Git dispose d'un environnement de production en direct qui inclut ton code, les données du système de fichiers et les services clonés. Cela signifie que les branches de fonctionnalités et les pull requests s'exécutent avec la même topologie qu'en production, ce qui réduit les surprises après la fusion.

Conceptuellement, un aperçu n’est qu’un environnement de test dans Upsun, géré au même titre que la production et la préproduction. Voir « Gérer les environnements ».

Pourquoi c'est important : les études du secteur établissent un lien entre des déploiements plus rapides, plus légers et plus fréquents et de meilleurs résultats en termes de performances. Les quatre indicateurs clés du programme DORA restent la norme pour mesurer les performances de livraison.² ³ Lorsque toutes tes branches peuvent être prévisualisées et testées dès leur création, tu réduis les délais et augmentes la fréquence des déploiements sans ajouter de risque.

Clonage instantané des données, avec anonymisation

Lorsque tu crées une branche dans Upsun, la plateforme clone par défaut à la fois le code et les données de cette branche, ce qui te permet de tester avec des ensembles de données réalistes. Tu peux ensuite anonymiser les données personnelles dans les aperçus pour rester conforme et en sécurité. Voir la présentation de l'anonymisation des bases de données et un exemple PostgreSQL pour Symfony.

Ce flux automatisé réduit les difficultés et le temps nécessaires pour mettre en place de nouveaux environnements de test. Et il élimine toutes les tâches manuelles sources d'erreurs. Fini les longs sauvegardages et importations manuels !

Mise à l'échelle de la base de données dès le premier jour

Commence simplement avec une seule ligne de service, évolue quand tu en as besoin :

• Fais évoluer les ressources allouées à Postgres en une seule commande CLI ou en deux clics !
• Ajoute plusieurs bases de données ou utilisateurs en définissant des points de terminaison sous la clé « configuration ». Même référence que ci-dessus.
• Garde l'application sans état. Si tu exécutes plusieurs conteneurs d'application par la suite, la base de données gérée reste une source unique de vérité. 
• Observe les différents composants directement sur la plateforme et analyse les problèmes de performances avec Blackfire.

Un guide de démarrage rapide que tu peux essayer dès aujourd’hui

Si tu découvres Upsun, le guide « Configure ton projet » t'indique où se trouve config.yaml et comment le pré-générer. 

Tu préfères la pratique ? Ce tutoriel Laravel déploie une API REST sur Upsun avec prise en charge de Postgres. Découvre Laravel sur Upsun en 10 minutes.

Au fur et à mesure de tes itérations, tes assistants IA peuvent même comprendre ta stack grâce à nos serveurs Model Context Protocol, qui fournissent le contexte de l’infrastructure en temps réel. Découvre comment connecter un serveur Postgres MCP.

Ce que tu gagnes en pratique

• Rapidité. Des modifications plus légères, des déploiements plus rapides, moins d'attente.
• Simplicité. Un seul fichier config.yaml gère les applications, les services et les politiques.
• Standardisation. Un même processus pour toutes les équipes et tous les dépôts.
• Sécurité. Services gérés et identifiants limités à l'environnement.
• Des coûts prévisibles. Moins d'infrastructures sur mesure à construire et à maintenir.

Si ton équipe a souffert d’un trop-plein d’outils et d’un manque de fluidité, voici un moyen de te recentrer sur le développement. Ton fichier YAML pilote le provisionnement des services, tes branches deviennent des environnements sécurisés pour tester avec des données réelles, et tes déploiements deviennent reproductibles, rapides et fiables. C’est ça, la productivité des développeurs : tu le ressens dès le premier jour.

Déploiement Postgres, configuration YAML et productivité des développeurs

Si tu ne retiens qu’une seule chose, que ce soit celle-ci : déclare Postgres en YAML, pousse, puis valide dans un environnement de prévisualisation réel avant de fusionner. Le reste suivra naturellement. Upsun fournit les rails gérés pour que ton équipe puisse se concentrer sur les fonctionnalités.

Au-delà de Postgres

Le même principe s'applique à Redis, MongoDB, Elasticsearch, Kafka, Solr et bien d'autres systèmes. Les services sont déclarés en YAML, validés dans Git, clonés dans tous les environnements et gérés automatiquement.

Considère cela comme une infrastructure sous forme de code sous contrôle de version. Pas d’état caché, pas de boîtes noires. Juste un processus prévisible qui évolue au rythme de ton équipe.

Que faire ensuite

La démo en accéléré montre sa rapidité. Mais le véritable changement se produit quand tu l'essaies avec ton propre projet (gratuitement).

Lance un environnement, ajoute un service en une ligne et regarde-le se déployer en moins d’une minute. Envoie une modification de schéma, clone la base de données et teste-la sans craindre de perturber la production.

C'est à ce moment-là que tu te rends compte : tu ne fais pas que gagner du temps. Tu travailles différemment.

Sources

1. Enquête Stack Overflow auprès des développeurs 2024, sections bases de données et productivité
2. Présentation du programme de recherche DORA et centre de ressources du rapport 2024
3. Blog Google Cloud, annonçant le rapport 2024 Accelerate State of DevOps