ZeusK8s
Gestión de entornos

El config drift es cómo “funcionaba en staging” se convierte en un outage a las 2am.

El config drift — un valor distinto en prod que en staging, un secret actualizado en un sitio y no en otro — está detrás de la mayoría de outages que nadie puede explicar. ZeusK8s gestiona la configuración en capas para que haya una verdad, no 23 archivos YAML divergiendo poco a poco.

El fin de “funcionaba en staging”.

La mayoría de outages se remontan a config drift: un valor distinto en prod que en staging, un secret actualizado en un sitio y no en otro, una copia de un YAML que nadie recuerda haber forkeado. Conforme añades clústeres y equipos, las copias se multiplican y se pierde la verdad.

ZeusK8s gestiona la configuración como capas (defaults compartidos, overrides por entorno, especificidades por clúster) compuestas en el deploy. Cambia un valor una vez y se aplica donde debe. Compara entornos lado a lado para ver exactamente qué difiere, en lugar de diffear archivos enormes a ojo.

Zeus · Environments
Environment config
Layered, composed at deploy. One source of truth.
defaults LOG_LEVEL · CACHE_TTL · REGION_MODE
staging replicas: 2 · tag: rc
prod replicas: 10 · tag: v1.8
staging → prod · what differs
replicas 2 10
image tag rc v1.8
memory 512Mi 2Gi
How it works

From zero to running.

01

Define defaults compartidos

Configura una vez lo común a todo. Se convierte en la baseline que hereda cada entorno.

02

Añade overrides por entorno

Sobrescribe solo lo que de verdad difiere en dev, staging o prod (réplicas, tags de imagen, tamaños de recursos) de forma explícita, no como una copia forkeada.

03

Compón por clúster

Cuando un entorno abarca clústeres o nubes, las especificidades por clúster se apilan encima. Corre 10 réplicas en us-east y 3 en europe desde la misma definición.

04

Compara y despliega

Ve exactamente qué difiere entre entornos antes de publicar, luego despliega con los valores compuestos aplicados automáticamente.

The specifics

Built by people who run this in production.

No hand-waving. Here’s what’s actually under the hood: the kind of detail you’d expect from a platform you’re going to trust with production.

Modelo
Config por capas: defaults → entorno → clúster
Overrides
Réplicas, tags de imagen, recursos, puertos, env vars
Secrets
Sacados del store cifrado Connections en el deploy
Archivos env
Capas de archivos estilo .env; merge en orden
Comparación
Diffs de entornos lado a lado
Namespaces
Namespaces por entorno creados y gestionados
Straight answers

Questions you’d actually ask.

¿En qué se diferencia de archivos values.yaml?

Los values files son copias estáticas que mantienes en sync a mano. Zeus compone capas en el deploy desde una fuente de verdad, así un cambio se propaga donde debe y ves exactamente qué difiere entre entornos.

¿De dónde salen los secrets de entorno?

De Connections, el store cifrado de credenciales. Los servicios referencian un secret por nombre y se inyecta en el deploy. Nunca vive en la config del entorno en texto plano.

¿Puede un entorno abarcar varios clústeres?

Sí. Un entorno puede desplegar a varios clústeres entre nubes, con overrides por clúster apilados sobre la definición compartida.