Die meisten Kubernetes-Consulting-Projekte behandeln Kubernetes als generische Compute-Plattform. Tatsächlich ist Kubernetes in Produktion aus ganz bestimmten Gründen schwierig: Multi-Tenancy, Observability, Identity, Networking, die Wahl des Storage, GitOps-Disziplin und die Betriebspraktiken, die einen Cluster auch im großen Maßstab zuverlässig halten. Generisches Consulting, das diese Punkte nicht angeht, liefert einen Cluster, der „funktioniert“, sich aber schlecht betreiben lässt.
Ænix ist das Team hinter Cozystack, einem Open-Source-CNCF-Projekt — einer Multi-Tenant-, Kubernetes-nativen Plattform, die wir mit Service Providern, Banken und KI-Betreibern in Produktion betreiben. In unseren Kubernetes-Consulting-Projekten arbeiten dieselben Engineers in Ihrem Team.
Passt zu: jeder der drei Ænix-Plattformen, sobald sich der Umfang auf eine produktisierte Cloud-Plattform erweitert. Eigenständiges Consulting ist auch ohne Plattform möglich.
Wer Kubernetes Consulting braucht
Das Projekt passt, wenn:
- Ihr bestehendes Kubernetes läuft, aber Probleme macht — Drift, Fragmentierung, unklare Zuständigkeiten.
- Multi-Tenancy erforderlich ist — Service-Provider-Modell, harte Trennung von Geschäftsbereichen, regulierte Isolation.
- eine konkrete Architekturentscheidung ansteht — Wahl der Distribution, des Storage oder des Networkings, Einführung von GitOps.
- eine Migration läuft — von VMware, OpenStack oder einem anderen Orchestrator zu Kubernetes.
- ein Produktionsreife-Review vor dem GA ansteht.
Treffen drei oder mehr Punkte zu, zahlt sich strukturiertes Consulting schnell aus. Andernfalls ist es kosteneffizienter, die Kompetenz intern aufzubauen.
Was wir abdecken
1. Architektur-Review Wahl der Distribution (Vanilla / Cozystack / OpenShift / Hersteller), Wahl des CNI, Storage, Identity, Observability, GitOps-Engine. Entscheidungen werden mit benannten Trade-offs dokumentiert.
2. Multi-Tenancy-Design Tenant-CRD-Modell, Namespace-Strategie, RBAC, Resource Quotas, Netzwerkisolation, Cluster oder Namespace pro Tenant. Bewährte Muster aus der Produktion.
3. Betriebspraktiken Cluster-Lifecycle (Upgrades, Skalierung, Wiederherstellung), Backup und DR (Velero), Observability-Stack, Incident Response, Kapazitätsplanung.
4. Checkliste zur Produktionsreife Sicherheit (Pod Security Standards, Network Policies, Secrets-Management), Compliance (Audit-Logging, Zertifizierungen), Betrieb (Runbooks, Rufbereitschaft, SLOs).
Typische Fehler bei Kubernetes-Deployments
Distribution nach Gewohnheit gewählt, nicht nach Eignung „Wir sind ein OpenShift-Haus“ — selbst wenn OpenShift für einen Multi-Tenant-Cloud-Anwendungsfall unnötige Komplexität bringt und Cozystack besser passen würde. Die Wahl der Distribution ist eine strukturelle Entscheidung.
Multi-Tenancy nachträglich aufgesetzt statt von Anfang an eingeplant Der Cluster startete für ein einzelnes Team; Multi-Tenancy kam später über Namespaces und Konventionen hinzu. Das bricht im großen Maßstab oder bei einer Prüfung durch die Aufsicht zusammen.
Keine Investition in Observability Prometheus ohne Plan für die Aufbewahrung ausgerollt, Grafana-Dashboards aus Blogposts kopiert. Das hält dem Produktionsmaßstab nicht stand.
Kein Platform-Team mit klarer Verantwortung Mehrere Teams ändern ohne Abstimmung. Drift sammelt sich an. Upgrades werden zu Notfällen.
So arbeitet Ænix
- Architektur-Review (5–10 Tage) — fokussiertes Projekt, schriftliches Ergebnis, Zielarchitektur.
- Umsetzungsprojekt (1–6 Monate) — Ænix-Engineers arbeiten in Ihrem Team und bauen Cluster-Fundament, Multi-Tenancy, Observability und Runbooks auf.
- Managed-Kubernetes-Engagement — für Organisationen, die die Plattform brauchen, aber keine Betriebskapazität haben.
Für die vollständige Variante siehe das Platform Readiness Assessment (14 oder 28 Tage).
Warum gerade Ænix
- Wir verkaufen keine lizenzierte Distribution. Genau deshalb lohnt es sich, uns zu fragen, welche Sie betreiben sollten. Ein Beratungshaus mit eigener OpenShift- oder Tanzu-Sparte hat die Antwort, bevor die Frage gestellt ist.
- Wir kennen eine von innen. Ænix hat Cozystack entwickelt und pflegt es mit; es läuft in Produktion bei Service Providern, Banken und KI-Betreibern. Die Empfehlungen zu Multi-Tenancy und Storage stammen aus dem Betrieb, nicht aus der Lektüre.
| Wann | Was | Ergebnis |
|---|---|---|
| Tag 0 | 30-minütiges Discovery-Gespräch (kostenlos) | Passung klären |
| Phase 1: Architektur-Review (5–10 Tage) | Fokussiertes Review | Schriftliche Bewertung, Zielarchitektur |
| Phase 2: Umsetzung (1–6 Monate) | In Ihrem Team | Produktionsreifer Cluster, Runbooks, Wissenstransfer |
Unternehmen, die Plattformen mit Ænix betreiben
Hosting-Anbieter, die Ænix Public Cloud Platform in Produktion betreiben
"Running Nuvolos on sovereign bare metal meant we needed hyperscaler-grade multi-tenancy without the hyperscaler. Cozystack delivered exactly that — isolated tenants, shared GPUs, KubeVirt for legacy workloads — and it's why we can promise our customers infrastructure control, not just a workspace."
Alexandru PopescuCEO, Nuvolos
Das Architektur-Review hat einen Festpreis; die Umsetzung erfolgt nach Aufwand oder mit festem Umfang, je nachdem, wie klar der Umfang bei Vertragsschluss ist. Beides wird nach dem Discovery-Gespräch angeboten.
Beginnen Sie mit einem 30-minütigen Discovery-Gespräch
- Leitfaden zum Aufbau von Produktions-Clustern
- Platform Engineering Services — breiterer Umfang
- Cozystack — Open-Source-Fundament der Plattform
Ænix hat Cozystack entwickelt und pflegt es mit — CNCF-Projekt, CNCF Certified Kubernetes Distribution, OpenSSF Best Practices.