DevOps-Automatisierung von Git bis zur Produktivumgebung
Upsun bietet Plattform- und DevOps-Teams eine schnellere Möglichkeit, Produkte auf den Markt zu bringen: automatisierte Bereitstellungen, produktionsnahe Umgebungen auf jedem Branch und verwaltete Anwendungsdienste, die den manuellen cloud-Betrieb reduzieren.
Manuelle Arbeit ist der Engpass, nicht das Programmieren
Die Entwicklungszeit fließt in Vorbereitungsarbeiten
Entwickler warten auf Umgebungen, Dienste und Infrastruktur, die automatisiert werden sollten. Die Geschwindigkeit sinkt nicht wegen des Programmierens, sondern wegen des Wartens.
Staging, das nicht mit der Produktivumgebung übereinstimmt
Umgebungsabweichungen machen jedes Release zu einer Debugging-Sitzung. In der Produktivumgebung tauchen Fehler auf, die in der Staging-Umgebung nicht erkannt wurden.
Langsamer Einstieg in das Projekt
Jede neue App benötigt eine eigene CI-Einrichtung und Infrastrukturkonfiguration. Der gleiche Einrichtungsprozess beginnt bei jedem Projekt von Grund auf neu.
Vom Git-Push bis zur Produktivumgebung in drei Schritten
Einmal definieren
Definiere deine Anwendung, Dienste und Umgebungsregeln in einer einzigen Konfigurationsdatei. Datenbanken, Caches und queues – alles an einem Ort, versionsverwaltet zusammen mit deinem Code.
Auf einen beliebigen Branch pushen
Jeder Git-Push löst automatisch eine isolierte, produktionsähnliche Umgebung aus, an die echte Dienste angebunden und echte Daten geklont werden. Keine Tickets, keine Wartezeiten, keine manuelle Einrichtung.
Liefer mit gutem Gewissen
Füge die Änderungen zusammen, sobald sie fertig sind. Upsun kümmert sich um die Bereitstellung. Die Umgebung wird automatisch zurückgesetzt. Dein Plattformteam musste sich nie um ein Ticket kümmern.
Jeder Schritt vom Commit bis zur Produktion
DevOps-Automatisierung
Die cloud-basierte DevOps-Automatisierung soll die sich wiederholenden Arbeitsschritte zwischen Code und der Produktivumgebung beseitigen. Upsun reduziert manuelle Provisionierung, Skalierung, Patching und die Bereinigung der Umgebung, damit sich dein Team auf die Veröffentlichung konzentrieren kann.
Pipeline- und Bereitstellungsautomatisierung
Verbinde Git-Workflows mit reproduzierbaren Builds und isolierten Umgebungen, an die Dienste angebunden sind: weniger benutzerdefinierte Skripte und weniger Übergaben bei der Bereitstellung.
Plattform-Engineering ohne Ticket-Queue
Plattform-Engineering-Tools sollten Entwicklern Selbstbedienung ermöglichen, ohne dass das Plattformteam zu einer Ticket-Queue wird. Upsun standardisiert Umgebungen, Zweige und Dienste auf Plattformebene.
Multi-Cloud-Bereitstellung
Stelle dieselbe Anwendungskonfiguration bei mehreren cloud-Anbietern bereit. Entscheide anhand von Compliance-Anforderungen, Kosten oder Latenz, wo die Workloads ausgeführt werden sollen, ohne die Infrastruktur für jeden Anbieter neu schreiben zu müssen.
Entwicklerproduktivität
Branch-Umgebungen werden innerhalb von Minuten mit produktionsnahen Daten bereitgestellt. Reviewer können echte Änderungen testen. Keine Staging-Abweichungen und kein „Auf meinem Rechner funktioniert es“-Problem.
Governance und Kontrolle
Lege Umgebungsrichtlinien, Servicekonfigurationen und Zugriffskontrollen einmalig fest. Wende sie dann einheitlich in allen Teams, Projekten und Anwendungen an.
Warum Teams sich für Upsun entscheiden, anstatt es selbst zu entwickeln
 | | ||
|---|---|---|---|
| Git-Workflow | Ein Git-Push löst automatisch einen vollständigen Build, ein Deployment und die Bereitstellung der Umgebung aus | Git löst eine CI/CD-Pipeline aus, die du selbst geschrieben hast, pflegst und debuggst. | |
| Vorschau-Umgebungen | Jeder Branch erhält eine Full-Stack-Umgebung, in die echte Dienste und Produktionsdaten geklont werden. Keine Skripte, keine Tickets, keine Konflikte | Du schreibst Skripte, um branchenspezifische Umgebungen einzurichten. Die Dienste werden separat konfiguriert. Gemeinsame Staging-Umgebungen führen zu Konflikten | |
| Infrastruktur als Code | Infrastruktur, Dienste und Anwendungscode sind in einer Konfigurationsdatei zusammengefasst, die zusammen mit deinem Code versioniert wird. Jede Umgebung wird daraus erstellt | Terraform-, Ansible- oder Pulumi-Konfigurationen werden getrennt vom Anwendungscode verwaltet. Es kommt ständig zu Abweichungen zwischen den Umgebungen. | |
| CI/CD-Wartung | Ein einheitlicher, Git-basierter Workflow für alle Projekte und Teams. Keine benutzerdefinierte Pipeline-Logik, die geschrieben oder gepflegt werden muss | Die Pipelines vermehren sich projektübergreifend. Jede neue App benötigt eine eigene Konfiguration. Pipeline-Fehler blockieren die Veröffentlichung | |
| Konsistenz bei der Bereitstellung | Dev, Staging und Produktion basieren auf derselben Konfiguration. Was du testest, ist das, was du auslieferst | Dev-, Staging- und Produktionsumgebung weichen voneinander ab, da jede Umgebung unabhängig konfiguriert ist | |
| Rollbacks erweitert | Jede Bereitstellung entspricht einem Git-Commit. Setze deinen gesamten Stack mit einem einzigen Vorgang zurück | Ein „Rollback“ bedeutet, die CI/CD-Konfiguration, den Zustand der Infrastruktur und den Anwendungscode über verschiedene Tools hinweg zurückzusetzen. | |
| Multi-Cloud | Mit derselben Konfigurationsdatei lässt sich die Anwendung bei jedem großen Anbieter bereitstellen. Ein Wechsel der cloud hat keinen Einfluss auf die Arbeitsweise deines Teams | Separate Pipeline-Konfiguration pro Cloud-Anbieter. Ein Wechsel der Cloud bedeutet, dass du deinen Deployment-Workflow neu aufbauen musst. | |
| Der Aufwand für das Plattform-Team hat zugenommen | Die Plattform-Teams legen den Standard einmalig fest. Die Entwickler bedienen sich dann selbstständig daraus. Keine Tickets, kein Warten | Jedes neue Projekt erfordert die Einrichtung von CI/CD, die Bereitstellung der Infrastruktur und die Konfiguration der Umgebung. Die Plattformteams werden zum Engpass |
Die Zeit, die wir bei der Wartung und Aktualisierung der Infrastruktur sparen, können wir nun in die Entwicklung investieren.
Renaud Grand
CTO, Califrais