Déclaratif
Pipelines, ordre des étapes, workspace Helm et hooks dans la config — pas d’arbres shell ad hoc dans le code.
v1.0.0
Maintenance déclarative pour Kubernetes
Playbooks YAML versionnés pour down, up et reset ordonnés — hooks, notifications et dry-run par défaut.
$ curl -fsSL https://get.kzero.hermesrodriguez.com/install.sh | sh $ kzero --print-sample-config > ./kzero.yaml # adjust $ kzero analyze $ kzero down # dry-run when run.mode: dry-run
curl -fsSL https://get.kzero.hermesrodriguez.com/install.sh | sh
Defaults sûrs
dry-run et analyze avant live ; preflight checks ; run.api_watchdog et pipeline.stalled détectent perte d’API et pipelines bloqués.
Niveau opérateur
Logs horodatés, notify Slack/webhook, releases signées Cosign et SBOMs — pour bastions et CI, pas de boutons magiques.
Workflow de reset bastion-first
D’une API malade à un down → up / reset ordonné : YAML déclaratif sur un hôte qui atteint le cluster hors bande.
Dernières releases
v1.0.02026-07-15
Stable- run.execution vaut native par défaut si omis ; codes de sortie 0–4
- Smoke kind en CI produit et cookbook PVC/StatefulSet
- doctor, completion, kubectl-kzero et docs contrat stable bastion-first
v0.9.22026-07-11
Outils- JSON Schema éditeurs ; kzero completion bash/zsh/fish/powershell
- Plugin kubectl-kzero et kzero doctor (config, API, indices RBAC)
- Retries live en full jitter pour désaligner les waits
v0.9.12026-07-11
Sécurité- oras-go v2.6.2 (Helm OCI) — Dependabot/CVE-2026-50163
- Go 1.26.5 ; images distroless static-debian13:nonroot
Contrat stable en v1.0
Patch kzero v1.0.1 — le retry traite connection lost comme transient sur APIs lentes/distantes ; contrat stable v1.0.0 inchangé.kzero v1.0.0
- v1.0.1
Retry: connection lost
Le retry live et ErrTransient shell correspondent à connection lost / http2: client connection lost.
- v1.0.0
Default run.execution: native
Si omis, workloads et Helm SDK utilisent native. Garder les releases .sh avec run.execution: shell ou auto.
- v1.0.0
Codes de sortie 0–4
Config 1, Kubernetes 2, executor 3, notify 4 — adaptés à cron et CI.
- v1.0.0
Kind CI + cookbook PVC
Smoke testing/kind produit pour down/up live ; motifs PVC/StatefulSet documentés.
- v1.0.0
doctor · completion · kubectl-kzero
Doctor de preflight, completion shell et plugin kubectl dans le même set de release.
- v1.0.0
Hors bande par conception
Bastion/cron est le chemin produit quand l’API est malade — pas l’automation in-cluster comme modèle primaire.
Également en 0.9.x
- v0.9.0
Arrêt graceful
SIGINT/SIGTERM annulent down/up/reset/probe actifs — distinct de pipeline.stalled.
- v0.9.0
notify.require_delivery
Si true, un POST notify échoué de pipeline.error ou pipeline.stalled fait échouer le pipeline.
- v0.8.0
API watchdog
run.api_watchdog sonde l’API en live ; après fail_after, l’étape active est annulée.
- v0.7.2
Helm SDK
release.* via helm.sh/helm/v3 sans binaire helm hôte quand execution est native ou auto.
- v0.7.0
Releases signés
Cosign keyless pour ghcr.io/hrodrig/kzero plus SBOMs SPDX et CycloneDX.
Démarrage rapide
Exemple de reset plateforme complet :kzero-selfhosted/full-reset-example
Dépôts
| Dépôt | Rôle |
|---|---|
| hrodrig/kzero | CLI, moteur, SPEC, releases, image container |
| hrodrig/kzero-selfhosted | Bastion, cron, exemples, kind e2e (pin 0.1.13) |