Buddy Works

Eine Pipeline ist die Arbeitseinheit in Buddy, und Sie bauen sie auf zwei Wegen. Der visuelle Editor lässt Sie Aktionen zu einer Kette ziehen und ihre Reihenfolge festlegen, während die YAML-Ansicht dieselbe Konfiguration als Text zeigt. Das ist Build-Automatisierung, die man lesen kann. Änderungen im einen erscheinen im anderen, der visuelle Weg schließt also niemanden aus, der versionierte Konfiguration bevorzugt. Nehmen Sie, was zu Ihrem Team passt.

Jeder Build läuft in einem isolierten Container, das hält die Abhängigkeiten eines Projekts von denen eines anderen fern. Sie können Umgebungen mit Intel, ARM, Linux, Windows, Mac oder NixOS wählen, und Schritte können in einer Matrix laufen, alle zugleich oder einer nach dem anderen. Das zählt, wenn Sie denselben Code vor der Release auf mehreren Plattformen testen müssen. Keine Überraschungen durch geteilten Zustand.

Die Deployment-Aktionen liefern an eine lange Liste von Zielen aus, darunter Cloud-Anbieter, VPS und Bare Metal. Deployment-Automatisierung hört damit auf, ein Skript zu sein, das Sie von Hand pflegen. Es gibt Agent- und Agentless-Modi, änderungsbewusste Deployments, die nur das Verschieben, was sich geändert hat, manuelle Freigaben für gesperrte Releases und Rollback per Klick, wenn eine Release schiefgeht. Für Teams, die oft deployen, verdient der Rollback-Knopf allein schon seinen Platz. Buddy kann für jeden Branch, jede Pull Request, jede Stage oder Demo eine frische Umgebung starten. Sie laufen in Buddys Cloud oder in Ihrer eigenen Infrastruktur, wenn Sie Bring-your-own-Cloud nutzen. Jede PR und jeder Branch bekommt eine eigene URL, Tester und Kunden können also einen Live-Build ansehen, ohne auf einen geteilten Staging-Server zu warten. Praktisch für Reviews.

Die Deployment-Aktionen liefern an eine lange Liste von Zielen aus, darunter Cloud-Anbieter, VPS und Bare Metal. Deployment-Automatisierung hört damit auf, ein Skript zu sein, das Sie von Hand pflegen. Es gibt Agent- und Agentless-Modi, änderungsbewusste Deployments, die nur das Verschieben, was sich geändert hat, manuelle Freigaben für gesperrte Releases und Rollback per Klick, wenn eine Release schiefgeht. Für Teams, die oft deployen, verdient der Rollback-Knopf allein schon seinen Platz.

Die Werkzeuge für visuelle Reviews führen Interaktions- und visuelle Tests gleichzeitig in verschiedenen Browsern, Systemen und Viewports aus. Sie können sie mit Playwright, Selenium oder Cypress verbinden, und Buddy hält eine Referenz, um zu melden, was sich tatsächlich geändert hat. Die Unterstützung von Figma und Storybook heißt, Design-Änderungen lassen sich gegen die echte Oberfläche prüfen. Schluss mit Raten.

Über CI/CD hinaus bündelt Buddy Netzwerk- und Hosting-Bausteine. Tunnel verbinden mit externen Netzen mit Schutz durch OAuth, SAML oder OIDC, Domains verwalten Multi-Tenant-Apps mit automatischen SSL-Zertifikaten, und die Dev-Cloud führt Apps auf MicroVMs direkt aus einer Pipeline aus. Das ist viel Oberfläche, und genau darum geht es: weniger getrennte Konten zu verwalten. Weniger bewegliche Teile.

Sie können die ganze Plattform über die Oberfläche, die API, eine CLI, Terraform oder YAML steuern. Diese Flexibilität ist der Grund, warum Plattformteams sie wählen: Infrastruktur lässt sich als Code definieren und wie jede andere Änderung prüfen, und Pipelines lassen sich programmatisch erzeugen statt von Hand zusammenzuklicken. Sollten Sie sie einem reinen CI-Dienst vorziehen? Das hängt davon ab, wie viel der Delivery-Kette Sie an einer Stelle haben wollen.