Un builder por build. Sin colas, sin equipos bloqueados, sin QEMU.
Zeus corre máquinas de build dedicadas — en AWS, GCP o tu propio hardware — una por build concurrente. El build de la API no espera detrás del frontend. ARM64 no espera detrás de x86. Los builds que se bloqueaban entre sí ya no lo hacen.
Infraestructura de build que encaja con cómo de verdad sacas releases.
La mayoría de sistemas de CI te dan una cola compartida y dan el día por cerrado. Si el build del frontend tarda 12 minutos y la API tiene que salir, espera. Zeus te da builders dedicados — uno por build concurrente — para que lo rápido no espere a lo lento y ningún repo pueda dejar sin recursos al resto del equipo.
Zeus construye de forma nativa para amd64 y arm64 en paralelo en hardware real — no emulación QEMU. El mismo commit produce ambas arquitecturas a la vez, a velocidad nativa. Las imágenes construidas van directo a Harbor para scanning de vulnerabilidades antes de que cualquier deploy sea posible. Desde ahí, una acción las envía a un solo clúster o a todos los que corras.
| Repo | Branch / Commit | Arch | Duration | Status |
|---|---|---|---|---|
| api-gateway | a3f12c9 main | amd64 · arm64 | 1m 14s | Pushed · 2m |
| web-client | 7d4e1b0 main | amd64 | 62% | Building · now |
| worker | 9c1a55f main | arm64 | 0m 58s | Pushed · 14m |
| auth-service | b2e8d31 main | amd64 · arm64 | 1m 22s | Pushed · 31m |
| report-exporter | c9f1a44 main | amd64 | 0m 33s | Failed · 48m |
| image-processor | d7b3e10 release | amd64 · arm64 | 2m 01s | Pushed · 1h |
| scheduler | e4c2f88 main | amd64 | 0m 47s | Pushed · 2h |
From zero to running.
Conecta GitHub
Link OAuth a tus repos. Zeus vigila branches y construye en cada push. Las convenciones de tags y los pull secrets se gestionan automáticamente — nada que configurar por clúster.
Los builders corren en paralelo
amd64 y arm64 se construyen a la vez en hardware nativo. Varios servicios se construyen al mismo tiempo — cada uno en su builder. Sin cola, sin esperar a que un build lento libere un runner.
Push a Harbor, scan con Trivy
Las imágenes construidas aterrizan en Harbor. Los scans de vulnerabilidades Trivy corren automáticamente. Una imagen que no se ha escaneado no se puede promover a producción — el gate se aplica, no es opcional.
Promueve y despliega globalmente
Una imagen escaneada y etiquetada puede ir a un entorno o a todos los clústeres que corras — EKS, GKE, k3s — en una sola acción. Mira el rollout en vivo por clúster.
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.
Questions you’d actually ask.
¿Cuántos builds pueden correr a la vez?
Uno por builder. Añade un builder por servicio que quieras mantener desbloqueado, o corre un pool compartido. Es un modelo simple: más builders = más paralelismo, sin configuración de colas.
¿Qué pasa si se termina una instancia spot a mitad de un build?
Cada builder tiene storage persistente dedicado que se mantiene montado entre instancias. Cuando se reclama un spot, Zeus levanta una instancia nueva y adjunta el mismo volumen — el build reanuda desde su cache en lugar de empezar de cero. No pierdes la layer cache, los artefactos intermedios ni el tiempo ya invertido. Spot es el default precisamente porque la recuperación está integrada.
¿ARM64 es nativo de verdad o solo QEMU?
Nativo. Zeus provisiona instancias arm64 reales — Graviton en AWS, Tau T2A en GCP, o tus propios nodos arm64 de Proxmox — y construye directo en ellas. La emulación QEMU es 4-10x más lenta y produce binarios sutilmente distintos. No la usamos.
¿Puedo usar mi propio hardware para builds?
Sí. Si corres Proxmox, Zeus puede correr builders en tus nodos a coste cloud de compute cero. Cambia a builders AWS o GCP para picos de capacidad, o corre una mezcla.
¿Esto reemplaza GitHub Actions?
Para el camino build-image-and-deploy, sí. Si tienes suites de tests en Actions que quieres mantener, Zeus puede consumir las imágenes que produzcan. De cualquier forma, builds multi-arch, scanning Harbor y deploy multi-clúster salen de un solo sitio.
¿Y si una imagen tiene vulnerabilidades?
Trivy la marca y la imagen se bloquea para promoción. Ves las CVEs en Zeus antes de que nada llegue a un clúster. Puedes configurar umbrales de severidad — bloquear solo en Critical, o en cualquier High+.
Keep exploring.
All features →Where built images get deployed.
Explore →Follow every release.
Explore →Ship a build everywhere.
Explore →Start running it today.
Spin up your first cluster free, or get a guided tour from our team.