ZeusK8s
Architecture

One control plane. Your infrastructure. Three layers that actually connect.

Most multi-cluster diagrams are a pile of logos. This is the system: how clusters join, how data moves, and how names fail over — without a proprietary runtime.

01

Clusters you own

EKS in your AWS account, GKE in your GCP project, k3s on Proxmox or your own hardware. Zeus provisions and operates them; it does not host them. Standard Kubernetes underneath — kubeconfig exportable anytime.

02

Global fabric

Encrypted overlay across every enrolled cluster. Non-colliding pod and service CIDRs from Network Plans. Default-deny grants (directional, revocable). Continuous reachability probes. Mesh CA trust injected into pods so TLS just works cross-cluster.

03

Global data + DNS

Multi-region databases with a shared ops surface (topology, lag, backups, failover controls). Health-checked DNS for mesh names and public multi-region publish to Route53 and Cloud DNS — same health model, two planes.

How traffic and intent move

From connect → fabric → data → name.

  1. 1
    Connect

    Link AWS/GCP or connect Proxmox hardware. Nothing inbound required on your side.

  2. 2
    Provision

    Same wizard shape for EKS, GKE, and Proxmox/k3s. Opinionated defaults; Advanced knobs when you want them.

  3. 3
    Enroll fabric

    Non-colliding CIDRs, encrypted tunnels, explicit grants. Fresh clusters can reach nothing until you allow it.

  4. 4
    Deploy

    One service definition → any cluster. Environments layer overrides. No kubectl on the main path.

  5. 5
    Replicate

    MySQL, PostgreSQL, ClickHouse, Yugabyte — global when you say so. Engine-honest recovery paths.

  6. 6
    Publish names

    Mesh DNS for private service discovery; public DNS for customer-facing hostnames. Health drives both.

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.
What this is not

Clear boundaries keep the product honest.

Not a managed Kubernetes host

Clusters stay in your accounts and racks. Zeus is the control plane in front of them.

Not Cilium ClusterMesh

Any reasonable in-cluster CNI. Cross-cluster joining is the fabric layer — not a CNI monoculture.

Not a black-box PaaS

Advanced shows real settings and generated manifests. Leave and the clusters keep running.

Not identical physics for every database

One ops board for every engine. Recovery matches how MySQL, Postgres, ClickHouse, and Yugabyte actually work.

Why this sells against funded islands

Specificity only a real product can claim.

  • Continuous mesh reachability probes — not a one-time setup script
  • Default-deny grants with a map that matches enforcement
  • Mesh + public DNS on one health brain
  • No kubectl required to ship; Advanced never lies
  • EKS · GKE · Proxmox/k3s on one workflow

Walk the architecture on live infrastructure.

Book a demo of fabric, global data, and failover — or start free on your own accounts.