ZeusK8s
Comment ça marche

Quatre étapes pour passer de « ce cluster me rend nerveux » à « je sais exactement ce qui se passe quand il tombe ».

Aucun YAML à éditer à la main, et rien que vous ne puissiez inspecter. Voici le parcours réel, et ce que fait Zeus sous chaque clic.

01

Connectez votre infrastructure

La plupart des équipes arrivent à un point où leur cluster existe, mais personne n'a confiance qu'il soit vraiment prêt pour la production. Commencez ici : reliez un compte AWS ou GCP, ou déposez un seul agent sur vos propres serveurs — du bare metal, une machine Proxmox, une baie en colo. L'agent appelle vers l'extérieur, donc aucun port entrant à ouvrir et rien à exposer. Dès cet instant, ce matériel devient simplement un endroit de plus où Zeus peut poser un cluster.

Zeus · Providers
Connect infrastructure
Link a cloud account, or drop an agent on your own hardware.
AWS linked
EKS · accounts
GCP linked
GKE · projects
Proxmox linked
k3s · VLANs · VMs
Bare metal
dial-out agent
02

Provisionnez un cluster, de la même façon à chaque fois

Choisissez où il vit et à quoi il sert. Zeus choisit un CNI sensé, des node groups, le chiffrement et la topologie, puis le construit. Le déroulé ne change pas entre EKS, GKE et votre propre matériel, donc ce que vous avez appris sur le cloud, vous le maîtrisez déjà sur le matériel. Chaque cluster atterrit dans une seule liste.

Zeus · Clusters
Clusters
6 clusters · 3 providers
Live New Cluster
NameProviderRegionVersionNodesStatus
production-usAWS EKSus-east-11.306Ready
production-euGKEeurope-west31.304Ready
stagingAWS EKSus-west-21.29→1.30 ⚠3Ready
edge-apacGKEasia-east11.302Ready
HQ Denverk3sDenver, COv1.35.55Ready
prox-test01ProxmoxProvo, UTv1.34.1Provisioning
03

Réunissez les clusters en un seul maillage

Sélectionnez deux clusters ou plus et reliez-les. Zeus câble l'overlay inter-cloud chiffré qui prend d'ordinaire des semaines à monter à la main. Désormais, une charge dans un cluster atteint un service dans un autre par son nom, par sa vraie IP, chiffré de bout en bout, et vous pouvez enfin voir comment tout cela se connecte dans une seule vue.

Global fabric
AWS · GCP · private cloud · self-healing
Maillage sain
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
Sept clusters, un seul système
AWS, GCP et votre propre matériel — chaque requête servie par la région saine la plus proche.
04

Placez vos données partout où c'est nécessaire

La plupart des plans de reprise sont un document Notion que personne n'a testé. Zeus change la donne : déployez MySQL, PostgreSQL, ClickHouse ou Prometheus et demandez-lui de se déployer dans le monde entier. Zeus le place sur le maillage et le maintient répliqué, avec sauvegardes et restauration à un instant donné configurées dès le départ. Votre application continue de dialoguer avec un point de terminaison de base de données tout à fait ordinaire. La géographie n'est plus votre problème.

Zeus · Infrastructure · MySQL (global)
orders-db · MySQL
Global · 2 regions · async replication
Replicating
AWS · us-east-1 Primary
writer
orders-db.zeus.internal ✓ accepting writes
41ms lag
GKE · europe-west3 Replica
reader
orders-db-ro.zeus.internal ✓ in sync
Writes / s
2,480
us-east-1
Reads / s
9,140
europe-west3
Replica lag
41 ms
p99 · healthy
Sous le capot

La surface complète, pas le best-of.

Zeus est un plan de contrôle qui fonctionne, éprouvé sur du vrai matériel, pas une surcouche autour d'un seul script. Voici ce qu'il y a vraiment dans la boîte.

Provisioning

  • Multi-cloud, multi-account
    AWS and GCP with per-cluster account binding, plus bare-metal and Proxmox/k3s through a dial-out agent. One console, every cluster you own.
  • Intent-first wizards
    You say what you want to run; ZeusK8s picks sane CNI, node groups, encryption, and topology. The knobs are still there under Advanced.
  • Node groups & autoscaling
    EKS-style managed node groups on every flavor, including k3s, with labels, taints, and live scale up/down over the agent tunnel.
  • Clean teardown
    Destroys sweep tagged resources with a keep/delete checklist (EBS, KMS, SGs, load balancers) instead of leaving orphans and a surprise bill.

The global fabric

  • Cross-cluster service discovery
    Services resolve and connect across clusters and clouds by name, over an encrypted overlay, routed to real pod IPs with no NAT in the middle.
  • Default-deny by design
    A freshly connected cluster can reach nothing and is reachable by nothing. Every cross-cluster flow is an explicit, directional grant you can revoke in a click.
  • WAN-aware ingress
    Pin egress IPs, route ingress to the nearest region, and bring traffic in on a stable edge, all without hand-editing a load balancer per cluster.

Stateful data

  • Global database replication
    Multi-region replication for MySQL, PostgreSQL, and ClickHouse, wired up at deploy time. Your apps keep talking to the same endpoint; the geography is ZeusK8s’ problem.
  • Backups & point-in-time restore
    Scheduled backups to S3-compatible storage and PITR restores, including standing up a fresh cluster from a backup.
  • Sizing that isn’t a guess
    Memory-budget and sizing calculators built in, so you provision databases on evidence instead of doubling everything and hoping.

Day-two operations

  • Guided upgrades
    End-of-life banners, preflight checks, and a stepped control-plane → addon → node-group upgrade flow. No more cluster-version roulette.
  • Live pods, logs, and metrics
    Lens-grade workload views, multi-pod log tailing, and metrics pulled straight from Prometheus, without leaving the tool.
  • Infra add-ons as first-class
    Helm-based add-ons (ingress, cert-manager, databases, observability) tracked per cluster with a real config UI, not a values.yaml you paste and pray.

Envie de voir les quatre étapes en direct, de bout en bout ?

Réserver une démo