ZeusK8s
El tejido global

Muchos clústeres. Una red privada.

ZeusK8s une tus clústeres sobre un overlay WireGuard cifrado, para que un servicio en un clúster alcance a un servicio en otro por nombre, por su IP real, como si compartieran un switch — entre nubes, regiones y tu propio hardware.

Una red global, sin un proyecto de seis meses.

Conectar clústeres entre tres nubes y un rack de hardware propio normalmente significa VPNs, peering, malabares de NAT y rangos de IP que colisionan en cuanto añades el segundo clúster. Es la parte del multi-región que se come en silencio un trimestre de un ingeniero.

ZeusK8s lo convierte en un interruptor. Asigna a cada clúster un rango de pods y servicios sin solapamiento de antemano, los conecta por un overlay cifrado que hace dial-out (sin puertos inbound, sin exposición pública) y enruta el tráfico a IPs de destino reales sin NAT en el medio. Obtienes un mapa de qué puede alcanzar qué, y un default que es seguro.

Global fabric
AWS · GCP · private cloud · self-healing
Tejido sano
pdx-prodAWS · us-west-2sjc-prodAWS · us-west-1den-edgeProxmox · private clouddfw-prodGCP · us-south1oma-prodGCP · us-central1chs-prodGCP · us-east1iad-prodAWS · us-east-1
Siete clústeres, un solo sistema
AWS, GCP y tu propio hardware: cada petición la sirve la región sana más cercana.
How it works

From zero to running.

01

Espacio de IP sin colisiones, de antemano

Los Network Plans asignan el CIDR de pods y servicios de cada clúster desde un pool global, para que dos clústeres nunca se solapen. Lo que rompe en silencio cada setup multi-clúster se resuelve antes de que muerda.

02

Conecta un clúster al overlay

Enrolas un clúster y Zeus emite sus credenciales, instala un helper de routing pequeño in-cluster y anuncia sus rangos internos por un túnel WireGuard cifrado. Hace dial-out, así que no hay nada inbound que abrir.

03

Otorga acceso con alcance

Conectar no otorga nada por sí solo — un clúster nuevo está acotado. Tú permites explícitamente que un clúster alcance a otro, en una dirección, opcionalmente limitado a puertos, y revocable en un clic. El mapa es exactamente lo aplicado.

04

Alcanza servicios por nombre

Cada clúster obtiene un nombre mesh DNS, así un pod en un clúster resuelve un servicio en otro y se conecta a su IP real, cifrado de extremo a extremo. Sin hairpins de load balancer, sin cableado manual.

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.

Transporte
Overlay WireGuard: cifrado, dial-out, sin puertos inbound
Routing
IPs reales de pods/servicios, sin NAT — los CIDRs nunca se solapan
Modelo de seguridad
Default-deny; grants explícitos, direccionales y revocables
DNS
Nombre mesh por clúster; resuelve servicios entre clústeres
Gestión de IPs
Network Plans globales, slots CIDR por clúster
Fiabilidad
Túneles warm + reconnect automático + reconcile en background
Proveedores
EKS, GKE, k3s, Proxmox y bare metal — mismo modelo
Coexistencia
Solo toca sus propios objetos del overlay; nunca colisiona con los tuyos
Straight answers

Questions you’d actually ask.

¿Qué es exactamente el “tejido global”?

Una red overlay cifrada que Zeus configura y opera por ti. Tus clústeres siguen siendo clústeres Kubernetes separados, pero un servicio en uno puede alcanzar un servicio en otro por nombre e IP real, como si estuvieran en una sola red.

¿Es un service mesh como Istio o Cluster Mesh?

No. No hay sidecars ni plano de control de malla por clúster que operar. Es un overlay WireGuard: los clústeres se conectan a capa de red, el tráfico va cifrado y el routing usa IPs reales porque Zeus garantiza que los rangos nunca colisionan.

¿Conectar un clúster lo expone?

No. El helper de routing hace dial-out por el túnel cifrado — no hay puertos inbound que abrir ni nada público. Y conectar no otorga acceso por sí solo: cada flujo entre clústeres es un grant explícito que puedes revocar.

¿Qué mantiene los enlaces arriba?

Los túneles se mantienen warm para que los primeros paquetes de una conversación no se caigan (importante para voz, vídeo y streams en tiempo real), el helper in-cluster se re-registra automáticamente tras un blip de red, y Zeus reconcilia la malla en background para que los cambios de nodos se curen solos.