Tu plan de failover es un registro DNS que nunca has probado.
El failover multi-región de la mayoría de equipos es un registro weighted, un health check que alguien configuró una vez y esperanza. ZeusK8s da a cada servicio un nombre en todos tus clústeres — con health checks desde dentro y fuera, y reenrutado en menos de un segundo cuando algo se rompe de verdad.
Route 53 y Cloud DNS son geniales — dentro de su propia cloud.
Los productos gestionados de DNS y health checks de AWS y Google son genuinamente buenos. También son cómo te quedas locked-in: los registros, los health checks y la lógica de failover viven en la consola de un proveedor, cableados a la infraestructura de ese proveedor. El día que necesitas mover tráfico entre GCP y AWS — o a tu propio hardware — es el día en que dejan de ayudar.
Correr tu propia capa de routing global en su lugar ha significado tradicionalmente trabajo de especialista, o un traffic manager de terceros caro sentado delante de todo.
Zeus lo hace por ti. Una capa de routing en cada cloud y cada clúster que tengas, con monitoreo de salud automático y routing de failover integrados — usando Route 53 o Cloud DNS por debajo como registros planos, nunca como el cerebro.
Un nombre para un servicio, no importa qué clúster responda.
Un nombre, cada clúster
Da a un servicio o base de datos un nombre estable único en todos tus clústeres. Enruta por latencia, por peso, o une los targets healthy entre clústeres — sin escribir a mano reglas DNS del proveedor.
Failover en menos de un segundo
Las decisiones de routing se empujan a cada clúster en el momento en que cambia la salud — no esperas a que expiren TTLs o se propaguen reloads de config. El tráfico se mueve antes de que tus usuarios lo noten.
Health checks, dentro y fuera
Probes locales TCP, UDP, HTTP/S y de Kubernetes vigilan cada target desde dentro del clúster. Probers independientes en varias regiones verifican tus endpoints públicos desde fuera y acuerdan por quórum — así “up” significa alcanzable de verdad, no solo corriendo.
Falla a seguro, no en silencio
Cuando el estado es ambiguo, Zeus responde fail-closed en lugar de apuntar tráfico a un target muerto. Cada clúster guarda su último routing known-good en disco, así la resolución sigue funcionando aunque el plano de control no sea alcanzable.
Funciona con el tejido
La misma capa de routing cubre tráfico privado entre clústeres en el tejido cifrado y tráfico público en tus dominios. Un solo modelo mental para ambos.
Dominios y TLS incluidos
Trae tus dominios, obtén certificados automáticos y DNS white-label por marca encima — mismo plano de control, sin tooling extra.
Related: networking entre clústeres · dominios, certificados y white-label
El failover DNS o funciona de casualidad, o es el lío que nadie quiere tocar.
- · Registros weighted escritos a mano en una consola de proveedor que alguien montó una vez
- · Health checks que prueban el load balancer, no la aplicación de detrás
- · Failover que nunca se ha ejercitado fuera de un outage real
- · Cada cambio hecho con cuidado, porque nadie está seguro de qué depende de qué
- · Endpoints, targets y políticas de salud definidos en un solo sitio, visibles para todo el equipo
- · Una preview de exactamente a qué resuelve cada región, antes de aplicar
- · Veredictos de salud desde dentro del clúster y desde probers externos independientes
- · Failover que corre igual cada vez — porque corre de forma continua