Multi-Tenancy
Cozystack 1.6: Talos tenant workers, tenant SSO, SecurityGroups, and hierarchical quotas
Cozystack v1.6.0 moves tenant workers to Talos via Cluster API and adds tenant OIDC, a SecurityGroup firewall API, hierarchical quotas and etcd v1alpha2.
Cozystack 1.6: Talos-Worker, Tenant-SSO, SecurityGroups und hierarchische Quotas
Cozystack v1.6.0 stellt Tenant-Worker auf Talos um und bringt Tenant-OIDC, eine SecurityGroup-Firewall-API, hierarchische Quotas und etcd v1alpha2.
White-label cloud playbook — for MSPs and resellers in 2026
How MSPs and resellers launch a cloud under their own brand: who owns what, branding, billing through WHMCS or your own system, and the support split.
White-Label-Cloud-Playbook — für MSPs und Reseller 2026
Wie MSPs und Reseller eine Cloud unter eigener Marke starten: Zuständigkeiten, Branding, Abrechnung über WHMCS oder eigenes System und die Support-Aufteilung.
Cozystack 1.4: Neues Dashboard, persistente Tenant-Worker, Backup-Strategien und anteiliges GPU-Sharing
Cozystack v1.4.0 ist verfügbar. Das Release erschien am 19. Mai 2026 und bündelt alle Fixes aus der Patch-Reihe v1.3.1 bis v1.3.3.
Cozystack 1.4: New Dashboard UI, Persistent Tenant Workers, Backup Strategies, and Fractional GPU Sharing
Cozystack v1.4.0 is now available. The release was published on May 19, 2026, and rolls up every fix shipped in the v1.3.1 to v1.3.3 patch line.
Telco cloud modernization in 2026 — from legacy NFV to Kubernetes-native edge
How tier-1 and tier-2 telecom operators modernize legacy NFV environments into Kubernetes-native sovereign cloud platforms — a guide for architects.
Telco-Cloud-Modernisierung 2026 — von Legacy-NFV zur Kubernetes-nativen Edge
Wie Tier-1- und Tier-2-Telcos Legacy-NFV-Umgebungen zu Kubernetes-nativen, souveränen Cloud-Plattformen modernisieren — ein Leitfaden für Architekten.
Seven decisions when designing sovereign AI architecture
Seven architecture decisions behind a sovereign AI stack, how they interlock, and the combinations that recur in real deployments.
Sieben Entscheidungen beim Entwurf einer Sovereign-AI-Architektur
Sieben Architekturentscheidungen hinter einem souveränen AI-Stack, wie sie ineinandergreifen und welche Kombinationen in realen Deployments immer wiederkehren.
Public Cloud Platform at operator scale — what it takes to launch a national sovereign cloud
What an operator-scale sovereign cloud build on Ænix Public Cloud Platform covers for telcos, banks and national operators: phases, timeline, team, pitfalls.
Public Cloud Platform im Betreibermaßstab — was der Start einer nationalen souveränen Cloud erfordert
Was ein souveräner Cloud-Aufbau im Betreibermaßstab auf der Ænix Public Cloud Platform für Telcos, Banken und nationale Betreiber umfasst: Phasen, Zeitplan.
Proxmox vs VMware vs Cozystack — a 2026 comparison for the post-Broadcom era
Proxmox VE, VMware after Broadcom, and Cozystack compared by architecture and use case, with a feature matrix and the realistic migration paths.
Private LLM deployment — a practical guide to on-premise AI infrastructure in 2026
The six layers of a real private LLM deployment — hardware, platform, serving, model, application, operations — with the pitfalls at each one.
Proxmox to Cozystack — when single-tenant outgrows itself
When does Proxmox VE outgrow single-tenant? A Proxmox-to-Cozystack migration guide for MSPs and growing teams hitting multi-tenancy and scale limits.
Von Proxmox zu Cozystack — wenn Single-Tenant an seine Grenzen stößt
Wann wächst Proxmox VE über Single-Tenant hinaus? Leitfaden zur Migration von Proxmox zu Cozystack für MSPs und Teams an Grenzen bei Mandanten und Skalierung.
Private cloud architecture in 2026 — design, components, and implementation patterns
What private cloud means in 2026: the architectural layers, three patterns that work, capacity sizing, and the mistakes that recur in design reviews.
Private-Cloud-Architektur 2026 — Design, Komponenten und Umsetzungsmuster
Private Cloud 2026: die Architekturschichten, drei bewährte Muster, Kapazitätsplanung und die Fehler, die in Design-Reviews immer wieder auftauchen.
OpenStack migration — a cohort-based playbook for moving to Cozystack in 2026
Cohort-based playbook for migrating production OpenStack to Cozystack: component mapping, image conversion, networking redesign, handover, and timeline.
OpenStack-Migration — ein kohortenbasiertes Playbook für den Umstieg auf Cozystack 2026
Kohortenbasiertes Playbook für die Migration von produktivem OpenStack zu Cozystack: Komponenten-Mapping, Image-Konvertierung, Netzwerk, Übergabe und Zeitplan.
MSP cloud platform modernization — branded cloud as managed-service offering
How an MSP moves from managing each customer's infrastructure to running one branded multi-tenant cloud as a managed service: architecture, migration, limits.
Ein Cloud-Produkt für Kunden starten — Playbook für Hosting-Anbieter, Telcos und regionale Betreiber
Die sechs Schichten eines Cloud-Produkts für Endkunden, die Architekturentscheidungen einer Public Cloud und woran der Markteintritt kommerziell scheitert.
Launch a customer-facing cloud product — playbook for hosting providers, telcos, and regional operators
The six layers of a customer-facing cloud product, the architectural decisions specific to public cloud, and where launches stumble commercially.
K-12 school district cloud infrastructure — when sovereignty matters more than convenience
When a school district or education authority needs its own cloud, who should build and run it, and the tenant model that fits districts, schools and classes.
When Public Cloud Platform pays back for hosting providers
Unit economics of Ænix Public Cloud Platform for hosting providers: ARPU, infrastructure cost per tenant, platform-team capacity, payback, and where it breaks.
Wirtschaftlichkeit der Public Cloud Platform — wann sich ein eigenes Cloud-Produkt für Hosting-Anbieter rechnet
Unit Economics der Ænix Public Cloud Platform für Hosting-Anbieter: ARPU, Infrastrukturkosten pro Tenant, Kapazität des Plattformteams, Amortisation, Grenzen.
Internal developer platform examples — 6 architectural patterns without Backstage lock-in
Six internal developer platform patterns from production, the tools that show up across them, and how to pick one without defaulting to Backstage.
Ænix Billing — minutengenaue Verbrauchsabrechnung für Managed PostgreSQL, Redis, Kafka und ClickHouse auf Cozystack
Ænix Billing rechnet Managed Postgres, Redis, Kafka und ClickHouse auf Cozystack minutengenau nach CPU, Memory und Speicher ab — Kubernetes-native API.
Ænix Billing — per-minute usage-based billing for Managed PostgreSQL, Redis, Kafka and ClickHouse on Cozystack
Ænix Billing brings AWS-style per-minute, usage-based billing to managed Postgres, Redis, Kafka and ClickHouse on Cozystack via a Kubernetes-native API.
Developer self-service — the cost of developer drag, and what an internal developer platform actually pays back
Time-to-environment cost, golden-path coverage, platform-team sizing, and the economic case for an IDP that pays back inside 12 months at 200+ engineers.
Developer Self-Service — was Reibungsverluste in der Entwicklung kosten und was eine Internal Developer Platform tatsächlich einbringt
Kosten der Wartezeit auf Umgebungen, Golden-Path-Abdeckung, Plattformteam-Größe und warum sich eine IDP ab 200 Engineers binnen 12 Monaten amortisiert.
Hosting provider platform modernization — from VPS to cloud product
How a hosting provider moves from VPS to a cloud product: the platform, the service catalogue, billing and operations, and the order to change them in.
Enterprise platform engineering — org design, headcount, and the failure modes at 1,000+ engineers
Org design, headcount math, governance, and recurring failure modes for building a platform-engineering function at 1,000+-engineer organisations.
Enterprise Platform Engineering — Organisationsdesign, Personalbedarf und Fehlermuster ab 1.000 Engineers
Organisationsdesign, Personalrechnung, Governance und wiederkehrende Fehlermuster beim Aufbau von Platform Engineering in Organisationen ab 1.000 Engineers.
Private Cloud Platform for regulated cloud — DORA and NIS2 obligations mapped to running architecture
Mapping DORA ICT-risk and third-party obligations and the NIS2 Article 21(2) measures onto a defensible cloud architecture for regulated enterprises.
Private Cloud Platform für die regulierte Cloud — DORA- und NIS2-Pflichten in der laufenden Architektur
Wie sich IKT-Risiko- und Drittparteienpflichten aus DORA und die Maßnahmen nach NIS2 Artikel 21(2) auf eine belastbare Cloud-Architektur abbilden lassen.
CloudStack migration to Cozystack — the modernization path for established service providers
How service providers can modernize Apache CloudStack to Cozystack as a Kubernetes-native target, with architecture mapping, migration phases, and trade-offs.
CloudStack-Migration zu Cozystack — der Modernisierungspfad für etablierte Service Provider
Wie Service Provider Apache CloudStack auf Cozystack als Kubernetes-natives Ziel modernisieren: Architektur-Mapping, Migrationsphasen und Abwägungen.
Cloud-native Infrastruktur für Forschung und Lehre — was Hochschulen 2026 wirklich brauchen
Architekturmuster für Forschungs- und Lehrinfrastruktur an Hochschulen: die drei Aufgaben, GPU-Scheduling für Labore und die wiederkehrenden Fallstricke.
Cloud-native research and teaching infrastructure — what universities actually need in 2026
Architecture patterns for university research and teaching infrastructure: the three missions, GPU scheduling for labs, and the pitfalls that recur.
AI Platform — wann sich Dauer-Inferenz auf eigenen GPUs gegenüber Hyperscalern rechnet
GPU-Wirtschaftlichkeit für Dauer-Inferenz, mandantenfähiges GPU-Scheduling und ab wann sich eine eigene KI-Infrastruktur gegenüber Hyperscalern auszahlt.
AI Platform — when sustained-inference economics beat hyperscaler GPU
GPU economics for sustained inference on the Ænix AI Platform: multi-tenant GPU scheduling, fractional sharing, and when dedicated AI infrastructure pays back.
Hosting-Anbieter-Plattform-Modernisierung — von VPS zum Cloud-Produkt
Wie Hosting-Anbieter vom VPS-Geschäft zum Cloud-Produkt kommen: Plattform, Servicekatalog, Abrechnung, Betrieb und die richtige Reihenfolge der Umstellung.
Internal Developer Platform Beispiele — 6 architektonische Muster ohne Backstage-Lock-in
Sechs Architekturmuster für eine Internal Developer Platform aus der Praxis, der Unterschied zwischen Plattform und Portal und typische Fehler bei der Auswahl.
K-12-Schulträger-Cloud-Infrastruktur — wenn Souveränität wichtiger ist als Bequemlichkeit
Wann ein Schulträger eine eigene Cloud braucht, wer sie aufbauen und betreiben sollte und welches Tenant-Modell zu Trägern, Schulen und Klassen passt.
MSP-Cloud-Plattform-Modernisierung — gebrandetes Cloud-Angebot
Wie ein MSP von der Betreuung einzelner Kundenumgebungen zu einer gebrandeten Multi-Tenant-Cloud als Managed Service wechselt: Architektur, Migration, Grenzen.
Wann Cozystack für KMU und Mittelstand passt — und wann nicht
Die meisten kleinen Firmen brauchen Cozystack nicht. Ein ehrlicher Test, wann es passt, was sonst passt und wann ein regionaler Anbieter die bessere Wahl ist.
Cozystack 1.2: OpenSearch, VPC Peering und intelligenteres Scheduling für Tenants
Die Release-Linie Cozystack 1.2 ist verfügbar: v1.2.0 erschien am 27. März 2026, v1.2.1 folgte am 31. März 2026. OpenSearch, VPC Peering und SchedulingClass.
Cozystack 1.2: OpenSearch, VPC Peering, and Smarter Tenant Scheduling
The Cozystack 1.2 release line is now available. v1.2.0 was published on March 27, 2026, and v1.2.1 followed on March 31, 2026.
Cozystack v0.38: VPC Networking, VM Console and a Faster API
Cozystack v0.38 adds Virtual Private Cloud networking for tenant applications, a VNC console for virtual machines, additional repositories and a faster API.
Cozystack v0.38: VPC-Netzwerke, VM-Konsole und eine schnellere API
Cozystack v0.38 bringt VPC-Netzwerke für Tenant-Anwendungen, eine VNC-Konsole für virtuelle Maschinen, Neues in weiteren Repositorys und eine schnellere API.
Cozystack v0.37: Brand New UI
Cozystack v0.37 replaces the dashboard with a new UI built on the openapi-ui project, generated from the platform API. What changed for users.
Cozystack v0.37: Eine völlig neue Oberfläche
Cozystack v0.37 ersetzt das Dashboard durch eine neue, aus der Plattform-API generierte UI auf Basis von openapi-ui. Was sich für Anwender ändert.
Cozystack v0.36: Server-side Encryption for S3, Kube-OVN Cluster Health Monitor and REST API Documentation
The new version of Cozystack focuses on the stability, observability, and flexible configuration of managed applications.
Cozystack v0.36: Serverseitige Verschlüsselung für S3, Health Monitor für Kube-OVN und Dokumentation der REST-API
Die neue Version von Cozystack konzentriert sich auf Stabilität, Observability und eine flexible Konfiguration der Managed Applications auf der Plattform.
Cozystack v0.35: External Application Sources, Dedicated S3 Clusters and Hetzner RobotLB Support
Cozystack v0.35 adds external application sources for its modular architecture, dedicated S3 clusters with monitoring and Hetzner RobotLB support.
Cozystack v0.35: externe Anwendungsquellen, dedizierte S3-Cluster und Hetzner RobotLB
Cozystack v0.35 bringt externe Anwendungsquellen für die modulare Architektur, dedizierte S3-Cluster mit Monitoring und Unterstützung für Hetzner RobotLB.
Cozystack v0.31–0.33: Air Gap, Backup System, AI Workloads in Kubernetes and More
Cozystack v0.31 to v0.33 bring air-gapped installs, a new backup system, AI workloads in Kubernetes, ARM support, NFS and cozypkg as a Helm replacement.
Cozystack v0.31–0.33: Air Gap, Backup-System, KI-Workloads in Kubernetes und mehr
Cozystack v0.31 bis v0.33: Air-Gap-Installationen, neues Backup-System, KI-Workloads in Kubernetes, ARM-Support, NFS und cozypkg als Ersatz für Helm.
Cozystack bietet jetzt GPU-Passthrough für AI/ML-VMs
Cozystack reicht GPUs jetzt direkt an KubeVirt-VMs durch. So können Tenants AI-, Machine-Learning- und andere GPU-Workloads in ihren VMs betreiben.
Cozystack Now Offers GPU Passthrough for AI/ML Virtual Machines
Cozystack now passes GPUs directly through to KubeVirt virtual machines, so tenants can run AI, machine learning and other GPU workloads in their VMs.
Cozystack v0.21: Neues Benutzer-Dashboard, Talos-Linux-Updates und mehr
Cozystack v0.21 stellt das Dashboard von FluxCD-Ressourcen auf die Cozystack-API um, sodass Nutzer granulare Rechte erhalten, und aktualisiert Talos Linux.
Cozystack v0.21: New User Dashboard, Talos Linux Updates and More
Cozystack v0.21 moves the dashboard onto the Cozystack API instead of FluxCD resources, so users get granular access, and updates Talos Linux.
Cozystack v0.20 Release: Terraform, Keycloak, and Stability & Security Improvements
This release focuses on enhancing stability while addressing a significant number of bugs and introducing new features.
Cozystack v0.20: Terraform, Keycloak sowie mehr Stabilität und Sicherheit
Das Release v0.20 von Cozystack setzt auf mehr Stabilität, behebt eine große Zahl von Fehlern und bringt neue Funktionen wie Terraform-Support und Keycloak.
Cozystack v0.18: Öffentlicher API-Server, Metriken und Logs aus Tenant-Clustern
Cozystack v0.18 bringt einen eigenen Kubernetes-API-Server für feingranularen Nutzerzugriff, Metriken und Logs aus Tenant-Clustern sowie Talos Linux v1.8.2.
Cozystack v0.18: Public API Server, Metrics and Logs from Tenant Clusters
Cozystack v0.18 adds its own Kubernetes API server for granular user access, metrics and log collection from tenant clusters, and Talos Linux v1.8.2.
Managed Kubernetes in der Open-Source-Plattform Cozystack: Warum wir das machen
Warum Cozystack einen Managed-Kubernetes-Service mitbringt: eine Kubernetes-API in Ihrer eigenen Cloud, über die Nutzer Services und Ressourcen abrufen.
Managed Kubernetes in open source platform Cozystack: why we’re doing this
Why Cozystack ships a managed Kubernetes service: a Kubernetes API inside your own cloud that lets users request services and use resources on demand.
Cozystack v0.11: S3 Buckets, Better Tenant Isolation and UI Enhancements
The Cozystack v0.11 release is now available for download, installation, or updating current installations.
Cozystack v0.11: S3-Buckets, bessere Tenant-Isolation und Verbesserungen an der Oberfläche
Cozystack v0.11 steht zum Download, zur Installation und zum Update bestehender Installationen bereit: S3-Buckets, bessere Tenant-Isolation, neue Oberfläche.