kwd v0.2.1 · desarrollo temprano
Saber si el rollout está ready
sin mirar columnas de kubectl
CLI Go mínima que comprueba readiness con client-go. Un pase para cron y CI, o un daemon con Slack y probes HTTP.
Tráfico en vivo en gghstats · Releases firmados con Cosign · MIT
Readiness sin stack de monitoreo. Declara los workloads. Obtén el veredicto.
Hecho para operadores que necesitan un veredicto ya
Una respuesta para cron y CI
interval 0 hace un pase y sale 0 o 1. Enchúfalo en jobs sin levantar Prometheus primero.
Misma ruta de check en el daemon
interval mayor que 0 repite el mismo path de readiness, notifica en transiciones, HTTP healthz y metrics opcionales.
Solo client-go
Sin binario kubectl en PATH. Solo lectura contra la API. Imagen distroless y releases firmados con Cosign.
Config primero
Declara deployments y statefulsets en YAML. Sample y manifests de operador van junto al CLI.
Cómo funciona
- 01
Instalar
Homebrew, el script get, un tarball de release o la imagen GHCR.
- 02
Declarar refs
Imprime un perfil de ejemplo, apunta el context kube, lista los workloads que importan.
- 03
Check o watch
Corre una vez para CI, o deja el daemon con Slack y probes.
Instalar
Camino principal: Homebrew o el script de install verificado. 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 de operador · Contrato: kwd-selfhosted · SPECIFICATIONS
FAQ
¿Puedo usar kwd solo como gate de readiness en producción?
Aún no. Hasta v1.0.0 es desarrollo temprano. Úsalo para aprender y complementar señales existentes, no como único gate. Úsalo bajo tu propio riesgo (licencia MIT).
¿Qué kinds soporta hoy?
deployment y statefulset. daemonset, service y pvc están en el roadmap. SPECIFICATIONS describe el contrato objetivo v0.
¿Necesita kubectl instalado?
No. kwd habla con la API vía client-go. Aún necesitas kubeconfig válido o credenciales in cluster.
¿Cómo funcionan las notificaciones?
Hoy Slack Incoming Webhooks. En daemon alerta en transiciones ready / not ready, con histéresis opcional y repeat while firing.
¿Dónde lo corro?
Cron o systemd en bastión, docker run, o CronJob / Deployment in cluster. Ver kwd-selfhosted.
¿Cómo verifico un release?
GitHub Releases trae firmas Cosign y SBOMs. El script get puede verificar con cosign si está disponible.
Consigue el binario. Apúntalo a tus refs.
Mismos caminos de install. Pre 1.0: evalúa antes de confiar solo en producción.
Instalar kwd