Kratix — Platform as a Product für Kubernetes

Backstage kuemmert sich um das Portal — die Entwickler-UI fuer Servicekatalog und Dokumentation. Crossplane kuemmert sich um das Provisioning — deklaratives Infrastructure as Code fuer Cloud-Ressourcen. Kratix kuemmert sich um die Komposierbarkeit — Promise-basierte Plattformdienste, die Provisioning, Policy und Workflow in einem einzigen deklarativen API vereinen. Es ist die fehlende Schicht zwischen Portal und Infrastruktur.

Promise-basierte Plattform¶

Ein Kratix Promise ist eine deklarative Definition eines Plattformdienstes. Das Plattformteam definiert das Promise (was der Dienst bietet, welche Parameter er akzeptiert, was bei einer Anfrage passiert), und das Entwicklerteam konsumiert das Promise ueber eine einfache API. Ein Promise enthaelt eine Ressourcendefinition, eine Workflow-Pipeline und Standardkonfigurationen. Der Entwickler muss die darunterliegende Infrastruktur nicht verstehen — er fuellt einfach eine Anfrage aus und Kratix orchestriert alles Noetige.

Ergaenzt das Oekosystem¶

• Backstage: UI-Schicht -> Kratix: Fulfillment Engine, die Anfragen aus dem Portal erfuellt
• Crossplane: Cloud-Ressourcen-Provisioning -> Kratix: Orchestrierung ganzer Workflows rund um das Provisioning
• Argo/Flux: GitOps Delivery -> Kratix: entscheidet, was und wohin geliefert wird

Kratix konkurriert nicht mit bestehenden Tools — es ergaenzt sie. Backstage zeigt den Katalog, ein Entwickler fordert einen neuen Service an, Kratix orchestriert die Namespace-Erstellung, Datenbank ueber Crossplane, CI-Pipeline ueber Argo und Monitoring ueber Prometheus.

Compound Promises¶

Promise “Production-ready Microservice” = K8s Namespace + PostgreSQL + CI-Pipeline + Monitoring + Network Policies. Ein API-Aufruf, der gesamte Stack. Compound Promises setzen einfache Promises zu komplexen Gesamtloesungen zusammen. Das Plattformteam kann so einen Golden Path anbieten — ein Klick und der Service erfuellt alle Unternehmensstandards fuer Sicherheit, Monitoring und Deployment.

Kratix ist das fehlende Puzzleteil bei IDP¶

Das Promise-basierte Modell ist intuitiv fuer Entwickler (anfragen und erhalten) und komposierbar fuer das Plattformteam (aus bestehenden Bausteinen zusammensetzen). Eine elegante Abstraktion fuer interne Entwicklerplattformen.