ZeusK8s
Comment ça marche

Quatre étapes de l'infrastructure connectée aux données multi-région.

Des défauts centrés sur l'intention, Advanced quand vous voulez les réglages, Kubernetes standard en dessous. Voici le chemin.

01

Connectez votre infrastructure

Liez un compte AWS ou GCP, ou déposez un agent dial-out sur bare metal, Proxmox ou matériel en colo. Aucun port entrant requis. Ce matériel devient un autre endroit où Zeus peut placer 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, des node groups, le chiffrement et la topologie sains. Le flux est le même sur EKS, GKE et votre metal. 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

Reliez les clusters en un seul maillage

Liez deux clusters ou plus. Zeus monte l'overlay chiffré inter-clouds — espace IP sans collision, grants en default-deny, service discovery par nom entre clusters. Les pods reçoivent la confiance CA du mesh à l'admission pour que les apps n'aient pas chacune à gérer TLS à part.

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

Mettez vos données partout où elles sont nécessaires

Déployez MySQL, PostgreSQL, ClickHouse ou des moteurs proches et marquez-les global. Zeus place les réplicas à travers le maillage avec sauvegardes et PITR. Les apps gardent un endpoint normal ; vous arrêtez de traiter la géographie comme un projet sur mesure.

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

Toute la surface, pas le best-of.

Un plan de contrôle qui fonctionne, vérifié sur du vrai matériel — pas une mince enveloppe autour d'un script. Voici ce qu'il y a dans la boîte.

Provisionnement

  • Multi-cloud, multi-compte
    AWS et GCP avec liaison de compte par cluster, plus bare metal et Proxmox/k3s via un agent en dial-out. Une console, tous vos clusters.
  • Assistants orientés intention
    Vous dites ce que vous voulez exécuter ; ZeusK8s choisit CNI, node groups, chiffrement et topologie raisonnables. Les réglages fins restent sous Avancé.
  • Node groups & autoscaling
    Des node groups managés façon EKS sur chaque variante, y compris k3s, avec labels, taints et scale up/down en direct via le tunnel de l'agent.
  • Démantèlement propre
    La destruction balaie les ressources taguées avec une checklist conserver/supprimer (EBS, KMS, SG, load balancers) au lieu de laisser des orphelins et une facture surprise.

Le maillage global

  • Découverte de services inter-clusters
    Les services se résolvent et se connectent entre clusters et clouds par nom, sur un overlay chiffré, routés vers les IP réelles des pods sans NAT au milieu.
  • Deny-by-default par conception
    Un cluster fraîchement connecté n'atteint rien et n'est atteignable par personne. Chaque flux inter-clusters est une autorisation explicite, directionnelle, révocable en un clic.
  • Ingress conscient du WAN
    Fixez les IP d'egress, routez l'ingress vers la région la plus proche et faites entrer le trafic sur un edge stable, sans éditer un load balancer à la main par cluster.

Données stateful

  • Réplication de bases globale
    Réplication multi-région pour MySQL, PostgreSQL et ClickHouse, câblée au moment du déploiement. Vos applis continuent de parler au même endpoint ; la géographie, c'est le problème de ZeusK8s.
  • Sauvegardes & restauration point-in-time
    Sauvegardes planifiées vers un stockage compatible S3 et restaurations PITR, y compris la création d'un cluster neuf depuis une sauvegarde.
  • Un dimensionnement qui n'est pas une devinette
    Calculateurs de budget mémoire et de sizing intégrés, pour provisionner les bases sur des preuves plutôt qu'en doublant tout et en croisant les doigts.

Opérations day-two

  • Mises à niveau guidées
    Bannières de fin de support, contrôles preflight et un parcours de mise à niveau plan de contrôle → add-ons → node groups. Fini la roulette de version de cluster.
  • Pods, logs et métriques en direct
    Vues de workloads niveau Lens, suivi multi-pod des logs et métriques tirées directement de Prometheus, sans quitter l'outil.
  • Add-ons d'infra de premier ordre
    Add-ons Helm (ingress, cert-manager, bases, observabilité) suivis par cluster avec une vraie UI de config, pas un values.yaml qu'on colle en priant.

Vous voulez les quatre étapes en live, de bout en bout ?

Réserver une démo