Füge Postgres mit einer einzigen YAML-Zeile hinzu. In weniger als einer Minute bereitstellen.

Schauen wir uns einmal an, warum das wichtig ist und wie es deine Herangehensweise an die Entwicklung und den Betrieb von Anwendungen verändern kann.

Du willst die Leistungsfähigkeit einer Datenbank nutzen, ohne dich in Tools und Konfigurationen zu verzetteln. Den Großteil deiner Woche solltest du damit verbringen, Features zu entwickeln, statt nach Verbindungsstrings zu suchen oder maßgeschneiderte Infrastruktur-Skripte zu pflegen. Entwickler sagen uns, dass sie einfach nur programmieren und Anwendungsprobleme lösen wollen – mit möglichst wenig Reibungsverlusten durch die Plattform.

Dieser Beitrag zeigt dir, wie du PostgreSQL mit einer einzigen YAML-Änderung zu einem Upsun-Projekt hinzufügst, in dein Repository pushst und Upsun die gesamte Arbeit beim Bereitstellen einer neuen Instanz erledigen lässt – und das in weniger als einer Minute. Dabei erhältst du eine produktionsreife Preview-Umgebung pro Branch, sicheres Datenklonen mit Sanitisierung und integrierte Observability, die dir den Gang in den War Room erspart.

Warum Postgres, warum jetzt

Laut der Stack Overflow Developer Survey ist PostgreSQL zur beliebtesten Datenbank geworden: Im Jahr 2024 nutzen etwa 49 Prozent der Entwickler sie.¹ Diese Beliebtheit beruht auf einer Mischung aus Zuverlässigkeit, performance und einem Ökosystem, das ständig wächst.

Es gibt noch einen weiteren Grund, warum Postgres zu modernen Workflows passt: Es lässt sich nahtlos mit Infrastructure as Code kombinieren. Wenn deine App, Dienste und Richtlinien in deklarativem YAML vorliegen und mit den richtigen Migrationen kombiniert werden, ist deine Datenbank kein Einzelfall mehr, sondern wird versioniert, wiederholbar und leicht zu automatisieren.

So sieht der Ablauf aus

Hier ist der allgemeine Ablauf, dem du folgen wirst:

1. Füge eine Zeile hinzu, um einen verwalteten Postgres-Dienst in „.upsun/config.yaml“ zu deklarieren. Upsuns Produktphilosophie basiert auf Einfachheit durch eine einzige YAML-Datei. 
2. Commit und Push. Upsun erstellt und stellt die neue Postgres-Instanz automatisch bereit und versorgt deinen Branch mit einer aktuellen Umgebung. 
3. Stelle sicher, dass deine Anwendung die automatisch erstellten Umgebungsvariablen (DB_*) verwendet, um eine Verbindung zur Postgres-Instanz herzustellen.
4.  Entwickle deine Anwendung und ihre Features mit einer vollständig verwalteten Datenbank weiter. Jeder neue Branch erstellt automatisch eine Preview-Umgebung, die eine geklonte Kopie der Datenbank für Testzwecke übernimmt.
5. Überprüfe Metriken und Protokolle, um die Performance vor dem Merge zu validieren. Upsun integriert Leistungsüberwachung und Code-Profiling für moderne und ältere Anwendungen.

Das ist der Weg, den wir in der Zeitraffer-Demo zeigen: von einer YAML-Änderung zu einer laufenden, Postgres-gestützten Zweig-Vorschau in weniger als einer Minute.

Postgres in einer einzigen Zeile in der YAML-Konfiguration

Wenn dein Projekt bereits einen Abschnitt „services:“ enthält, kannst du Postgres mit einer einzigen Inline-Map deklarieren:

services:

  db: { type: postgresql:17 }

Eine vollständige Dokumentation der verfügbaren Optionen und Konfigurationsschlüssel findest du in der PostgreSQL-Service-Referenz.

Lies bei Bedarf die Übersicht über die YAML-Struktur durch, in der die Schlüssel der obersten Ebene in „config.yaml“ erklärt werden.

Tipp: Dein Editor kann Upsun-YAML-Schlüssel mithilfe unseres veröffentlichten Schemas automatisch vervollständigen. Siehe Einrichtung der Editor-Autovervollständigung.

Service-Bereitstellung, die „einfach funktioniert“

Die verwalteten Dienste von Upsun werden über YAML bereitgestellt und über Beziehungen mit deiner App verbunden. Die Postgres-Seite zeigt das kanonische Beispiel, einschließlich Umgebungsvariablen wie POSTGRESQL_HOST und POSTGRESQL_PASSWORD, die automatisch für dich eingefügt werden. Siehe PostgreSQL-Service-Referenz.

Um eine Verbindung aus deinem Programm zu herstellen, kannst du die eingefügten Variablen auslesen oder eine praktische DATABASE_URL-Variable verwenden, die du in einer .environment definierst. 

Die Dokumentation enthält Beispiele und CLI-Hilfsfunktionen wie „upsun sql“ für den direkten Zugriff. Gleiche Referenzseite wie oben.

Vorschau pro Branch, automatisch

Jeder Git-Zweig erhält eine Live-Umgebung in der Produktivumgebung, die deinen Code, Dateisystemdaten und geklonte Dienste enthält. Das bedeutet, dass Feature-Zweige und Pull-Anfragen mit derselben Topologie wie in der Produktivumgebung ausgeführt werden, was Überraschungen nach dem Merge reduziert.

Konzeptionell ist eine Vorschau einfach eine weitere Umgebung in Upsun, die neben der Produktivumgebung und dem Staging verwaltet wird. Siehe „Umgebungen verwalten“.

Warum das wichtig ist: Branchenstudien verbinden schnellere, kleinere und häufigere Deployments mit besserer Performance. Die vier Schlüsselkennzahlen des DORA-Programms sind nach wie vor der Standard für die Messung der Performance.² ³ Wenn alle deine Branches sofort nach der Installation in der Vorschau angezeigt und getestet werden können, verkürzt du die Vorlaufzeit und erhöhst die Deployment-Häufigkeit, ohne das Risiko zu erhöhen.

Sofortiges Klonen von Daten mit Anonymisierung

Wenn du in Upsun einen Branch erstellst, klont die Plattform standardmäßig sowohl den Code als auch die Daten für diesen Branch, sodass du mit realistischen Datensätzen testen kannst. Du kannst dann personenbezogene Daten in den Previews anonymisieren, um die Compliance zu wahren und die Sicherheit zu gewährleisten. Siehe Übersicht zur Anonymisierung von Datenbanken und ein PostgreSQL-Beispiel für Symfony.

Dieser automatisierte Ablauf reduziert den Aufwand und die Zeit, die zum Einrichten neuer Testumgebungen benötigt werden. Außerdem entfallen dadurch alle fehleranfälligen manuellen Aufgaben. Keine langwierigen manuellen Dumps und Importe mehr!

Datenbankskalierung vom ersten Tag an

Fang einfach mit einer Servicezeile an und skaliere nach Bedarf:

• Skalier die Postgres zugewiesenen Ressourcen mit einem CLI-Befehl oder zwei Klicks!
• Füge mehrere Datenbanken oder Benutzer hinzu, indem du Endpunkte unter dem Schlüssel „configuration“ definierst. Gleiche Referenz wie oben.
• Halte die App zustandslos. Wenn du später mehrere Anwendungscontainer ausführst, bleibt die verwaltete Datenbank die einzige Quelle der Wahrheit. 
• Beobachte die verschiedenen Komponenten direkt in der Plattform und analysiere Performance-Probleme mit blackfire.

Ein Schnellstart, den du noch heute ausprobieren kannst

Wenn du neu bei Upsun bist, zeigt dir die Anleitung „Konfiguriere dein Projekt“, wo sich „config.yaml“ befindet und wie du es vorab generieren kannst. 

Liebst du es lieber praktisch? Dieses Laravel-Tutorial stellt eine REST-API auf Upsun mit Postgres-Unterstützung bereit. Siehe „Laravel auf Upsun in 10 Minuten“.

Während du iterierst, können deine KI-Assistenten über unsere Model Context Protocol-Server sogar deinen Stack verstehen, da diese Infrastrukturkontext in Echtzeit bereitstellen können. Siehe „Anschließen eines Postgres-MCP-Servers“.

Was du in der Praxis gewinnst

• Geschwindigkeit. Kleinere Änderungen, schnellere Bereitstellungen, weniger Wartezeit.
• Einfachheit. Eine einzige config.yaml-Datei regelt Apps, Dienste und Richtlinien.
• Standardisierung. Einheitlicher Prozess über Teams und Repos hinweg.
• Sicherheit. Managed Services und umgebungsbezogene Anmeldedaten.
• Vorhersehbare Kosten. Weniger maßgeschneiderte Infrastruktur, die aufgebaut und gewartet werden muss.

Wenn dein Team unter der Last zu vieler Tools und mangelnder Arbeitsabläufe leidet, ist dies der Weg zurück zur Entwicklung. Deine YAML-Datei steuert die Bereitstellung von Diensten, deine Branches werden zu sicheren Orten für Tests mit echten Daten, und deine Bereitstellungen werden wiederholbar, schnell und zuverlässig. Das ist Entwicklerproduktivität, die du noch am selben Tag spürst.

Postgres-Deployment, YAML-Konfiguration und Entwicklerproduktivität

Wenn du dir nur eine Sache merkst, dann diese: Deklarier Postgres in YAML, push es und überprüfe es in einer echten Vorschau, bevor du es mergest. Der Rest ergibt sich von selbst. Upsun stellt die verwalteten Schienen bereit, damit sich dein Team auf die features konzentrieren kann.

Über Postgres hinaus

Das gleiche Muster gilt für Redis, MongoDB, Elasticsearch, Kafka, Solr und viele andere Systeme. Dienste werden in YAML deklariert, in Git committet, über Umgebungen hinweg geklont und automatisch verwaltet.

Stell dir das als Infrastruktur in Form von versionsverwaltetem Code vor. Keine versteckten Zustände, keine Black Boxes. Nur ein vorhersehbarer Workflow, der mit deinem Team mitwächst.

Was du als Nächstes ausprobieren solltest

Die Zeitraffer-Demo zeigt, wie schnell es geht. Aber der grundlegende Wandel findet statt, wenn du es mit deinem eigenen Projekt ausprobierst (kostenlos).

Starte eine Umgebung, füge mit einer einzigen Zeile einen Dienst hinzu und sieh zu, wie er in weniger als einer Minute bereitgestellt wird. Übertrage eine Schemaänderung, klone die Datenbank und teste sie, ohne Angst haben zu müssen, die Produktion zu beeinträchtigen.

Das ist der Moment, in dem dir klar wird: Du sparst nicht nur Zeit. Du arbeitest anders.

Quellen

1. Stack Overflow Developer Survey 2024, Abschnitte zu Datenbanken und Produktivität
2. Übersicht über das DORA-Forschungsprogramm und Berichtszentrum 2024
3. Google Cloud-Blog, Ankündigung des „Accelerate State of DevOps Report 2024“