kwd v0.2.1 · développement précoce
Savoir si le rollout est ready
sans scruter kubectl
Petit CLI Go qui vérifie la readiness avec client-go. Un passage pour cron et CI, ou un daemon avec Slack et probes HTTP.
Trafic live sur gghstats · Releases signés Cosign · MIT
Readiness sans stack de monitoring. Déclarez les workloads. Obtenez le verdict.
Pour les opérateurs qui veulent un verdict maintenant
Une réponse pour cron et CI
interval 0 fait un passage et sort 0 ou 1. Branchez le sans lever Prometheus d abord.
Même chemin de check en daemon
interval supérieur à 0 boucle le même chemin de readiness, notifie aux transitions, HTTP healthz et metrics optionnels.
client-go seul
Pas de binaire kubectl dans le PATH. Lecture seule sur l API. Image distroless et releases Cosign.
Config d abord
Déclarez deployments et statefulsets en YAML. Sample et manifests opérateur avec le CLI.
Fonctionnement
- 01
Installer
Homebrew, le script get, un tarball de release ou l image GHCR.
- 02
Déclarer les refs
Imprimez un profil exemple, pointez le context kube, listez les workloads utiles.
- 03
Check ou watch
Une fois pour CI, ou laissez le daemon avec Slack et probes.
Installer
Chemin principal: Homebrew ou le script d install vérifié. ghcr.io/hrodrig/kwd:v0.2.1
Homebrew
brew install hrodrig/kwd/kwdOne liner (Linux / macOS)
curl -fsSL https://get.kwd.hermesrodriguez.com/install.sh | shManifests opérateur · Contrat: kwd-selfhosted · SPECIFICATIONS
FAQ
Puis je utiliser kwd seul comme gate de readiness en production?
Pas encore. Jusqu à v1.0.0 c est du développement précoce. Apprenez et complétez des signaux existants, ne l utilisez pas comme seul gate. À vos risques (MIT).
Quels kinds sont supportés aujourd hui?
deployment et statefulset. daemonset, service et pvc sont sur la roadmap. SPECIFICATIONS décrit le contrat cible v0.
Faut il kubectl?
Non. kwd parle à l API via client-go. Il faut quand même un kubeconfig valide ou des credentials in cluster.
Comment marchent les notifications?
Slack Incoming Webhooks aujourd hui. En daemon, alertes sur les transitions ready / not ready, hystérésis optionnelle et repeat while firing.
Où le lancer?
Cron ou systemd sur bastion, docker run, ou CronJob / Deployment in cluster. Voir kwd-selfhosted.
Comment vérifier une release?
GitHub Releases fournit signatures Cosign et SBOMs. Le script get peut vérifier avec cosign si disponible.
Prenez le binaire. Pointez vos refs.
Mêmes chemins d install. Pre 1.0: évaluez avant de lui faire confiance seul en production.
Installer kwd