Kusion

AppConfiguration ist die einzige Spezifikation, die eine Anwendung beschreibt. Sie deckt den Workload und alle Ressourcenabhängigkeiten ab und verlangt keine umgebungsspezifischen Werte. Sie beschreiben, was Sie wollen, und Kusion löst, wie es bereitgestellt wird. Das Modell zerfällt in vier Konzepte: Workload, Accessory, Pipeline und Dependency.

Kusion überführt Infrastruktur in deklarativen Konfigurationscode. Sie drücken die gewünschte Anwendungsabsicht aus, und jedes CI/CD-System oder jeder GitOps-Fluss treibt das Deployment darauf zu. Es gibt keine losen Skripte und keine handgepflegten eigenen Abläufe, die mit dem Team wachsen müssten.

Plattform-Teams legen Basis-Templates fest, die steuern, wie und wo Workloads ausgerollt und welche Zusatzressourcen bereitgestellt werden. Entwickler behalten über eine workload-zentrierte Spezifikation ihren Spielraum. Diese Aufteilung lässt ein Team Standards vorgeben, während ein anderes bei der Anwendungslogik schnell vorankommt.

Kusion liefert Basis-Modelle mit, die Sicherheits- und Infrastruktur-Best-Practices abbilden, und arbeitet mit externen Policy-as-Code-Werkzeugen für zusätzliche Leitplanken. Validierung steckt im Code und läuft früh, sodass Konfigurationsrisiken vor dem Deployment auftauchen. Geheimnisse der Zusatzressourcen werden automatisch in Workloads injiziert.

Kusion läuft ausschließlich auf der Client-Seite, bleibt dadurch portabel und lässt sich über seine APIs leicht automatisieren. Eine wachsende Modul-Bibliothek deckt den Anwendungslebenszyklus ab und verbindet verschiedene Infrastrukturfähigkeiten. Module sind so entkoppelt, dass jedes Team eigene Workloads schreiben kann.

Seit v0.14.0 bringt Kusion einen dauerhaft laufenden Server mit Developer Portal mit. Er bietet dieselben Funktionen wie die CLI und ergänzt die Verwaltung von Anwendungsmetadaten und visualisierten Ressourcengraphen. Projekte, Stacks, Workspaces und Runs lassen sich zentral verwalten, mit RESTful-APIs für die Integration anderer Systeme.

Kusion baut auf KCL auf, einer Konfigurationssprache aus demselben Stack. KCL lässt Plattform-Ingenieure Modelle und Abstraktionen schreiben, statt rohes YAML zu wiederholen. So bleibt die Konfiguration validiert und wiederverwendbar, was das Modulmodell im großen Maßstab erst praktikabel macht.