Drei Plattformen auf einer Engine, dazu zwei Produkte darum herum. Die Plattformen sind keine Stufen und keine Alternativen — sie sind unterschiedliche Oberflächen auf demselben Cozystack-Fundament, und sie lassen sich kombinieren.
Die Wahl richtet sich danach, wer die Kapazität verbraucht
| Geht die Kapazität an … | brauchen Sie | Plattform |
|---|---|---|
| Kunden, die nicht Sie selbst sind | Billing, Zahlungsabwicklung, Kundenportal, Sperren von Mandanten, Wiederverkauf | Public Cloud Platform |
| die eigenen Fachbereiche, unter Regulierung | An DORA und NIS2 ausgerichtete Architektur, Verschlüsselung, Audit-Logging | Private Cloud Platform |
| Inferenz, Fine-Tuning, RAG auf eigenen GPUs | GPU-Mandantenfähigkeit, anteiliges GPU-Sharing, Model Serving, Vektordatenbanken | AI Platform |
Sie lassen sich kombinieren — das ist Absicht, kein Zugeständnis
Unter allen dreien liegen eine Control Plane, eine API, ein Betriebsteam und ein Upgrade-Pfad. Die ehrliche Antwort auf die Frage, welche es denn nun sein soll, lautet deshalb oft: zwei davon — und das kostet Sie eine Konfigurationsänderung statt eines zweiten Programms. In der Praxis:
- AI Platform mit Private-Cloud-Kontrollen. Die übliche Kombination im regulierten Umfeld. GPU-Workloads liegen innerhalb derselben Tenant-Grenze, die der Prüfer bereits begutachtet hat. Sie bauen keine zweite Compliance-Argumentation für die KI-Umgebung.
- Public Cloud mit GPU-as-a-Service. Ein Anbieter, der VMs und Managed Databases betreibt, schaltet GPU-Mandanten zu und verkauft sie auf Hardware, die ihm bereits gehört: Die GPU-Nutzung wird pro Tenant erfasst, abgerechnet wird in dem Billing-System, das er ohnehin betreibt (WHMCS oder ein eigenes).
- Public und Private gemeinsam. Ein Telco oder eine Bank, die ein souveränes Cloud-Produkt verkauft und daneben die eigene regulierte interne Umgebung betreibt, führt beides auf einer Plattform mit einem Team — statt zwei Stacks zu pflegen, die sich nur zufällig ähneln.
Nichts in dieser Linie ist eine Sackgasse. In Provider-Größe mit der Preisliste einzusteigen und zu einem nationalen Multi-Region-Aufbau zu wachsen, ist ein Umschalten, kein Replatforming.
Ænix Public Cloud Platform
Für alle, die Cloud verkaufen — Hosting-Anbieter, MSPs und regionale Clouds auf der einen Seite; Telcos, nationale Betreiber und Banken mit kommerziellem Cloud-Angebot auf der anderen.
Ein komplettes Public-Cloud-Produkt für Hosting-Anbieter: vollständiges Billing im Back- und Frontend, WHMCS-Integration, ein Kundenportal in Ihrem Branding, Zahlungsabwicklung, Sperren und Suspendieren von Mandanten sowie Assistenten zum Anlegen von VMs, Kubernetes, Managed Databases, S3 und GPU. Multi-Region-fähig, und sie läuft neben einer bestehenden VMware- oder OpenStack-Umgebung, während Sie migrieren.
Ab 1.250 USD pro 10 Nodes und Monat in Provider-Größe, live innerhalb weniger Wochen, sobald die Hardware bereitsteht; Multi-Region-Programme für Betreiber per RFP.
Ænix Private Cloud Platform
Für regulierte Organisationen, die Cloud für sich selbst betreiben — Banken, Versicherer, öffentliche Verwaltung, Telco, Gesundheitswesen und regulierte Industrie.
Eine Kubernetes-native Plattform, die neben VMware, OpenNebula und OpenShift läuft, während Sie migrieren. An DORA und NIS2 ausgerichtete Architektur, Volume-Verschlüsselung, konfigurierbare Aufbewahrung der Audit-Logs, Multi-Site-Designs und Nachweise für Ihre eigene ISO-27001-Arbeit. Die Developer-Self-Service-Schicht — Golden Paths, GitLab CI/CD, GitOps mit Argo CD, Self-Service-APIs — gehört zu dieser Plattform und ist kein eigenes Produkt.
Angebot per RFP: 14 oder 28 Tage Assessment, danach 3–12 Monate Aufbau je nach Umfang.
Ænix AI Platform
Für Teams, die KI auf eigener Hardware betreiben — KI-native Organisationen mit großem Volumen, regulierte KI-Deployments, GPU-intensive Produktunternehmen und Anbieter, die GPU-as-a-Service verkaufen.
Mandantenfähiges GPU-Scheduling, Model Serving, Vektordatenbanken, Object Storage und Service-APIs, auf Wunsch als Air-Gap-Deployment. NVIDIA-GPUs für Rechenzentren über den NVIDIA GPU Operator: Passthrough ganzer GPUs an VMs, NVIDIA vGPU für VMs (erfordert Ihre NVIDIA-vGPU-Lizenz); in Tenant-Kubernetes-Clustern kommen MIG-Partitionen auf MIG-fähigen Karten und Time-Slicing über HAMi hinzu. Cozystack ist in das Programm CNCF Kubernetes AI Conformance aufgenommen.
Angebot per RFP: 14 oder 28 Tage Assessment, danach 3–12 Monate Aufbau je nach Umfang.
Enterprise-Support für Cozystack
Für Teams, die Open-Source-Cozystack selbst betreiben und die Engineers, die es pflegen, auf Abruf haben wollen.
Support mit SLA direkt von den Maintainern, nach den veröffentlichten Stufen ab 1.250 USD pro 10 physische Nodes und Monat. Jede Support-Stufe enthält die proprietären kommerziellen Ænix-Module (Billing-System und WHMCS-Integration). Die Preisliste ist das Abonnement der Ænix Public Cloud Platform; ein Team, das Cozystack selbst betreibt, schließt dasselbe Abonnement ab und lässt die kommerziellen Module einfach ungenutzt. Der übliche Einstieg für Teams auf Hetzner, OVH oder gemietetem Bare Metal.
Enterprise-Support für Cozystack →
WHMCS-Integration
Für Hoster, die bereits WHMCS betreiben. Ein proprietäres Ænix-Modul, das Cozystack-Services — Kubernetes-Cluster, Managed Databases, VMs, Message Broker, Object Storage und GPU — in das Panel bringt, das Sie ohnehin betreiben, samt Verbrauchsmessung und angebundener Abrechnung. In jeder Stufe der Public Cloud Platform enthalten.
Die Engine darunter
All das läuft auf Cozystack — der Open-Source-Cloud-Plattform, die Ænix entwickelt hat und gemeinsam mit Maintainern anderer Unternehmen pflegt, und einem CNCF-Projekt (Sandbox seit Februar 2025; der Antrag auf CNCF Incubation befindet sich in der Due-Diligence-Prüfung). Apache 2.0, keine Gebühren pro CPU oder Core.
Das ist nicht nur eine Frage der Haltung, sondern ein kommerzielles Argument: Wir können die Engine nicht zurückziehen. Endet die Geschäftsbeziehung, betreiben Sie die Open-Source-Plattform auf derselben Hardware weiter; die proprietären Ænix-Module und der Support enden.