aSPARK-ci
Gate- und Policy-Enforcement innerhalb bestehender CI/CD-Plattformen — nicht als deren Ersatz.
aSPARK ersetzt nie CI/CD. aSPARK-ci bringt Gate- und Policy-Enforcement dorthin, wo die Pipeline ohnehin schon läuft: GitHub Actions, GitLab CI, Azure DevOps, Jenkins.
Damit gilt derselbe Gate-Zustand lokal wie im Build — und ein Release, dem Evidenz fehlt, scheitert an der Pipeline statt am Gedächtnis der Reviewer.
- ◆
Enforcement in bestehenden Plattformen
GitHub Actions, GitLab CI, Azure DevOps, Jenkins — als Schritt in der vorhandenen Pipeline, nicht als eigene Engine.
- ◆
Release-Validierung
Prüft vor dem Release, ob Gates erfüllt und Policy-Regeln eingehalten sind — mit Verweis auf Policy und Regel.
- ◆
Baut auf graph und policy
Nutzt Graph und Policy als Datenquelle. Ohne beide gibt es nichts zu prüfen.
Dieses Produkt ist geplant, nicht implementiert. Es steht auf der Roadmap hinter dem, was Core zuerst beweisen muss — als Geschwister von aSPARK-insights, das unabhängig davon vorrückt.
Jedes Produkt hat eine Verantwortung und stabile Schnittstellen. Eine Schwäche in einem darf nie Änderungen in einem anderen erzwingen.
Passt das zu Ihrem Lieferprozess?
Beginnen Sie mit Core auf einem Pilotprojekt. Workflow, Wissensgraph und Policy-Packs liegen offen auf GitHub.
Noch kein öffentliches Repository.