
Schauen wir uns mal genauer an, warum das wichtig ist und wie es deine Herangehensweise beim Erstellen und Betreiben von Anwendungen verändern kann.
Du willst die Leistungsfähigkeit einer Datenbank nutzen, ohne dich mit Tools und Konfigurationen herumschlagen zu müssen. Den Großteil deiner Arbeitswoche 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 – und das mit möglichst wenig Reibungsverlusten durch die Plattform.
Dieser Beitrag zeigt dir, wie du PostgreSQL mit einer einzigen YAML-Änderung zu einem Upsun-Cloud-Projekt hinzufügst, den Code in dein Repository pushst und Upsun Cloud die gesamte Arbeit beim Bereitstellen einer neuen Instanz übernehmen lässt – und das alles in weniger als einer Minute. Dabei erhältst du pro Branch eine produktionsreife Vorschauumgebung, sicheres Datenklonen mit Bereinigung sowie integrierte Observability, die dir den Gang in den „War Room“ erspart.
Laut der Stack Overflow Developer Survey hat sich PostgreSQL zur beliebtesten Datenbank entwickelt – 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 Arbeitsabläufen passt: Es lässt sich nahtlos mit „Infrastructure as Code“ kombinieren. Wenn deine App, Dienste und Richtlinien in deklarativem YAML vorliegen – kombiniert mit ordnungsgemäßen Migrationen –, ist deine Datenbank kein Einzelfall mehr, sondern wird versioniert, wiederholbar und leicht zu automatisieren.
Hier ist der allgemeine Ablauf, dem du folgen wirst:
.upsun/config.yaml“ zu deklarieren. Das Kernprinzip von Upsun Cloud ist Einfachheit durch eine einzige YAML-Datei. Das ist der Weg, den wir in der Zeitraffer-Demo zeigen: von einer YAML-Änderung zu einer laufenden, von Postgres unterstützten Zweig-Vorschau in weniger als einer Minute.
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.
Schau dir bei Bedarf die Übersicht über die YAML-Struktur an, 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.
Die verwalteten Dienste von Upsun Cloud werden über YAML bereitgestellt und über Beziehungen mit deiner App verbunden. Auf der Postgres-Seite wird das kanonische Beispiel angezeigt, 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 automatisch eingespielten Variablen auslesen oder eine praktische „DATABASE_URL“-Variable verwenden, die du in einer „.environment“-Datei definierst.
Die Dokumentation enthält Beispiele und CLI-Hilfsfunktionen wie „upsun sql“ für den direkten Zugriff. Gleiche Referenzseite wie oben.
Jeder Git-Zweig erhält eine Live-Umgebung auf Produktionsniveau, die deinen Code, Dateisystemdaten und geklonte Dienste enthält. Das bedeutet, dass Feature-Zweige und Pull-Anfragen mit derselben Topologie wie in der Produktivumgebung laufen, was Überraschungen nach dem Merge reduziert.
Konzeptionell ist eine Vorschau einfach eine weitere Umgebung in der Upsun Cloud, die neben der Produktivumgebung und der Staging-Umgebung verwaltet wird. Siehe „Umgebungen verwalten“.
Warum das wichtig ist: Branchenstudien verbinden schnellere, kleinere und häufigere Deployments mit besseren Performance-Ergebnissen. Die vier Schlüsselkennzahlen des DORA-Programms gelten nach wie vor als Standard zur Messung der Lieferleistung.² ³ Wenn alle deine Branches sofort und ohne zusätzlichen Aufwand in der Vorschau angezeigt und getestet werden können, verkürzt du die Vorlaufzeit und erhöhst die Deployment-Häufigkeit, ohne dabei Risiken einzugehen.
Wenn du in der Upsun Cloud 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. Anschließend kannst du 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 Datensicherungen und -importe mehr!
Fang ganz einfach mit einer einzigen Servicezeile an und skaliere, wenn du es brauchst:
configuration“ definierst. Gleiche Referenz wie oben.Wenn du neu bei Upsun Cloud bist, zeigt dir die Anleitung „Konfiguriere dein Projekt“, wo sich „config.yaml“ befindet und wie du es vorab generieren kannst.
Lust auf praktische Übungen? Dieses Laravel-Tutorial stellt eine REST-API auf Upsun Cloud mit Postgres-Unterstützung bereit. Siehe „Laravel auf Upsun in 10 Minuten“.
Im Laufe deiner Iterationen können deine KI-Assistenten über unsere Model Context Protocol-Server sogar deinen Stack verstehen – diese liefern Infrastrukturkontext in Echtzeit. Sieh dir an, wie du einen Postgres-MCP-Server verbindest.
Wenn dein Team schon mal unter der Last zu vieler Tools und zu wenig Arbeitsfluss gelitten hat, ist das hier der Weg zurück zur Entwicklung. Deine YAML-Datei steuert die Bereitstellung von Diensten, deine Branches werden zu sicheren Orten, an denen du mit echten Daten testen kannst, und deine Bereitstellungen werden wiederholbar, schnell und zuverlässig. Das ist Entwicklerproduktivität, die du noch am selben Tag spürst.
Wenn du dir nur eine Sache merkst, dann diese: Deklarier Postgres in YAML, pushe es und überprüfe es in einer echten Vorschau, bevor du es zusammenführst. Der Rest ergibt sich von selbst. Upsun Cloud stellt die verwalteten Grundlagen bereit, damit sich dein Team auf die Features konzentrieren kann.
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. Einfach ein vorhersehbarer Workflow, der mit deinem Team mitwächst.
Die Zeitraffer-Demo zeigt, wie schnell das Ganze ist. Aber der entscheidende Unterschied wird erst deutlich, wenn du es (kostenlos) mit deinem eigenen Projekt ausprobierst.
Richte eine Umgebung ein, 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 ganz anders.

