ZeusK8s
Amazon EKS

Amazon EKS — ohne das operative Gewicht.

EKS-Cluster über jeden AWS-Account, den Sie besitzen, provisionieren, betreiben, upgraden und tear down — ohne in der AWS Console zu leben oder eine Zeile Terraform von Hand zu schreiben.

EKS ohne die EKS-Busywork.

Ein EKS-Cluster ist in Ordnung, bis IAM, Node Groups und Upgrades nur noch in einem Kopf leben. Zwei Cluster sind der Punkt, an dem die Nähte zählen. Zeus hält EKS im selben Workflow wie GKE und Ihr Metal, damit das Control Plane — nicht Tribal Knowledge — die Source of Truth ist.

ZeusK8s führt den gesamten Lifecycle für Sie. Es spricht mit EKS über Ihre verknüpften AWS-Accounts mit scoped, least-privilege Credentials — nie long-lived Keys in einer Pipeline — und gibt Ihnen eine Console für jeden Cluster in jedem Account und jeder Region. Config Drift, vergessene Add-ons und undokumentiertes Networking werden sichtbar und fixbar, statt still zu akkumulieren.

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
How it works

From zero to running.

01

AWS-Accounts verknüpfen

Einen oder viele AWS-Accounts mit scoped Credentials verbinden. Per-Cluster Account Binding bedeutet: Jeder Cluster weiß genau, zu welchem Account er gehört.

02

Mit Wizard provisionieren

Region, Architecture (amd64 / arm64 / mixed), VPC oder managed Network Bundle, Encryption und Add-ons wählen. Zeus erstellt Cluster, OIDC Provider, KMS Key und Node Groups.

03

Live betreiben

Nodes, Pods und Workloads in Echtzeit streamen sehen. Node Groups skalieren, Images rollen, Nodes drainen und Logs tailen — ohne den Screen zu verlassen.

04

Sicher upgraden und destroyen

Geführte Kubernetes-Upgrades mit Preflight-Checks und Rollback. Destroys fegen getaggte Resources mit Keep/Delete-Checkliste, damit nichts orphaned wird.

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.

Provisioning
Full Create / Update / Upgrade / Destroy Lifecycle
Multi-Account
Per-Cluster AWS Account Binding; scoped IAM
Networking
Managed VPC Bundles oder Bring-your-own; Standard-CNI
Node Groups
Managed Node Groups, Spot, Mixed Instances, Taints/Labels
Identity
IRSA: Pods übernehmen IAM-Rollen, keine static Keys
Encryption
KMS Envelope Encryption von Secrets at rest
Storage
EBS & EFS CSI, Storage Classes für Sie managed
Upgrades
Gestuftes Control Plane, Add-on, dann Node Group, mit Rollback
Straight answers

Questions you’d actually ask.

Ersetzt ZeusK8s Terraform / eksctl?

Für den Cluster-Lifecycle ja: Provisioning, Node Groups, Add-ons, Upgrades und Teardown sind alle managed. Was rauskommt, ist Standard-EKS, das Sie weiterhin mit jedem Tool inspecten und managen können; es gibt keine proprietäre Runtime.

Wie greift es auf meinen AWS-Account zu?

Über Credentials, die Sie verknüpfen und die scoped Clients pro Account und Region bauen. Zeus braucht eine dokumentierte, least-privilege IAM Policy — nichts mehr. Sie können Access jederzeit widerrufen.

Kann es bestehende EKS-Cluster adoptieren?

Ja. Bestehenden Cluster per ARN oder kubeconfig importieren und neben von Zeus erstellten managen: dieselbe Console, dieselben Operations.

Lockt es mich ein?

Nein. Jeder Cluster ist ordinary EKS. Config exportieren, kubectl darauf zeigen oder weggehen. Ihre Cluster laufen ohne uns weiter.