Cloud-Plattform für Telekom-Betreiber — souverän, edge-fähig, bereit für KI

Open-Source Cozystack (CNCF-Projekt, von Ænix initiiert) → Ænix Public Cloud, Private Cloud und AI Platform → Ænix baut, betreibt und migriert sie.

Ænix baut souveräne, edge-fähige Cloud-Plattformen für Telekommunikationsanbieter in der EU, im DACH-Raum und in Zentralasien — auf Basis von Cozystack, dem Open-Source-Projekt der CNCF (Sandbox, Apache 2.0), das Ænix entwickelt hat und gemeinsam mit Maintainern anderer Unternehmen pflegt. Dieselbe Plattform ist dafür ausgelegt, in Core-Rechenzentren, an regionalen Standorten und am Customer Edge unter einem Betriebsmodell zu laufen, und ersetzt alternde NFV-Umgebungen durch ein Kubernetes-natives Fundament, das VMs und Container über KubeVirt auf einer API betreibt. Sie unterstützt 5G-MEC und VNFs am Edge, mandantenfähige souveräne Cloud-Produkte für Endkunden über die Tenant-CRD, souveräne KI für Telco-Datenanalyse und Kundenservice sowie die NIS2-Pflichten wesentlicher Einrichtungen mit Air-Gap-Installation und optional aktivierbarer Volume-Verschlüsselung. Ænix liefert das als Platform Readiness Assessment zum Festpreis, gefolgt von einem 3–6-monatigen Pilotbetrieb und anschließend 9–18 Monaten bis zum vollständigen Multi-Site-Rollout — ohne Lizenzkosten pro CPU.

Auf einen Blick

  • Was es ist Eine souveräne Edge-to-Core-Cloud-Plattform für Telekommunikationsanbieter, gebaut auf Cozystack und umgesetzt mit Implementierungsleistungen von Ænix.
  • Lizenz Apache 2.0 (keine Lizenzkosten pro CPU oder Core)
  • Status Cozystack ist ein CNCF-Projekt (Sandbox seit 28.02.2025; Antrag auf Incubation in der Due-Diligence-Prüfung)
  • Für wen Telekommunikationsanbieter in der EU, im DACH-Raum und in Zentralasien, die von NFV auf Kubernetes umstellen, eine Edge-Cloud aufbauen, souveräne Cloud-Produkte starten oder KI-Infrastruktur für Telco-Anwendungen brauchen.
  • Kernfunktion Eine Plattform über Core-Rechenzentrum, regionale Standorte und Customer Edge: KubeVirt für VMs und Container, Cilium-Networking (eBPF), LINSTOR/DRBD-Storage und Mandantenfähigkeit über Tenant-CRDs für Endkundenangebote.
  • Regulierung Darauf ausgelegt, NIS2 für wesentliche Einrichtungen der Telekommunikation zu unterstützen: Air-Gap-Installation, optional aktivierbare Volume-Verschlüsselung, exportierbare Audit-Logs. Die AENIX s.r.o. ist für ihr eigenes ISMS nach ISO/IEC 27001:2022 zertifiziert.
  • Vorgehen Zuerst ein Platform Readiness Assessment zum Festpreis (14 oder 28 Tage); danach 3–6 Monate Pilotbetrieb und 9–18 Monate bis zum vollständigen Multi-Site-Rollout.

Telekommunikationsanbieter stehen 2026 an einem architektonischen Wendepunkt: Alte NFV-Umgebungen laufen aus, der Bedarf an Edge-Compute wächst, branchenweit starten souveräne Cloud-Produkte, KI-Workloads laufen auf Kundendaten, und NIS2 gilt für wesentliche Einrichtungen. Die architektonische Antwort ist eine durchgängige Plattform, die in Core-Rechenzentren, an regionalen Standorten und am Customer Edge läuft — unter einem Betriebsmodell.

Ænix baut Plattformen für Telekommunikationsanbieter in der EU, im DACH-Raum und in Zentralasien. Dieselbe Plattform, Cozystack, im Core und am Edge. Die AENIX s.r.o. ist für ihr eigenes ISMS nach ISO/IEC 27001:2022 zertifiziert (Zertifikat); Cloud-Verantwortliche starten am besten mit dem Leitfaden für Leiter Cloud.

Passt zu: Ænix Public Cloud Platform für Telekommunikationsanbieter, die souveräne Cloud-Produkte für Endkunden in mehreren Regionen starten; Private Cloud Platform für an NIS2 ausgerichtete interne Cloud- und Edge-Plattformen.


Womit Telekom-Betreiber zu uns kommen

  • Start souveräner Cloud-Produkte — Anbieter mit souveräner Cloud für Endkunden (regionale souveräne Telco-Cloud-Produkte, souveräne Angebote für einzelne Mitgliedstaaten). Siehe Datensouveränität.
  • Umstieg von NFV auf Kubernetes — alte NFV-Umgebungen werden durch Kubernetes-native Entsprechungen ersetzt.
  • Edge-Cloud im großen Maßstab — zentraler Core, regionale Standorte und Customer Edge unter einheitlichem Betrieb.
  • Souveräne KI-Infrastruktur — Telco-Datenanalyse, KI im Kundenservice, KI im Netzbetrieb.
  • NIS2 — die Telekommunikation zählt unter NIS2 zu den wesentlichen Einrichtungen.
  • Ausstieg aus dem Hyperscaler — dauerhaft laufende Workloads, bei denen die Wirtschaftlichkeit nicht mehr stimmt.

Warum Telco-Architektur anders ist

Core-Rechenzentrum
erweitert auf
Regionale Standorte
erweitert auf
Customer Edge
5G-MECVNFs
läuft auf
Cozystack
KubeVirt-VMs + ContainerCilium (eBPF)LINSTOR/DRBDTenant-CRD
  • Betrieb über viele Standorte — Core-Rechenzentrum, regionale Standorte, Edge-Standorte und Equipment beim Kunden unter einer Plattformabstraktion.
  • Konvergenz von 5G und KI — Network Slicing, MEC und KI-Inferenz am Edge.
  • Regulatorische Komplexität — NIS2 für wesentliche Einrichtungen, sektorale Telekommunikationsaufsicht, Souveränitätsvorgaben je Land.
  • Angebote für Endkunden — viele Telekommunikationsanbieter verkaufen Plattformkapazität an Unternehmenskunden weiter; ein mandantenfähiges Modell für Endkunden ist daher grundlegend.
  • Lange Abschreibungszyklen — Hardware wird seltener erneuert als in typischen Unternehmen; die Plattform muss auf mehreren Hardware-Generationen laufen.

Die Frage der Datenebene

All das gilt für jede verteilte Infrastruktur. Was die Telekommunikation unterscheidet: Ein Teil der Workloads verträgt keine generische Kubernetes-Datenebene, und eine Plattform, die nicht erklären kann, wie sie damit umgeht, ist keine Telco-Plattform.

  • SR-IOV und Device Passthrough. Paketverarbeitende Funktionen brauchen eine VF, die direkt an den Workload gebunden ist, kein veth-Paar. Cozystack unterstützt SR-IOV Virtual Functions und PCI Passthrough in KubeVirt-VMs, sodass eine VNF, die auf einer VF zertifiziert wurde, ihre VF behält. Braucht eine Funktion eine ganze NIC oder einen Beschleuniger, bekommt sie ihn.
  • DPDK und Networking im Userspace. Auf DPDK aufbauende Funktionen umgehen den Netzwerkstack des Kernels vollständig; sie brauchen Hugepages, CPU-Pinning, isolierte Cores und eine NUMA-bewusste Platzierung statt eines Best-Effort-Platzes im Scheduler. Das sind Einstellungen auf Node- und Pod-Ebene, die pro Workload-Klasse statt clusterweit gesetzt werden — so teilen sich eine DPDK-Funktion und ein gewöhnlicher Microservice einen Cluster, ohne dass einer von beiden Abstriche macht.
  • CNFs und die VNFs, die noch keine CNFs werden können. Netzwerkfunktionen von Herstellern kommen als VMs mit Support-Matrix, und der Wechsel zu Containern folgt dem Zeitplan des Herstellers, nicht Ihrem. Beides läuft nebeneinander auf einer Plattform: KubeVirt für die als VM gelieferten Funktionen, Container für die Cloud-nativen — eine API, ein Lebenszyklus, ein Observability-Stack.
  • Cilium und eBPF für alles andere. Management, OSS/BSS, Endkundendienste und MEC-Anwendungen laufen auf der eBPF-Datenebene, mit Network Policies und Observability, die keinen Sidecar pro Pod brauchen.

Die ehrliche Grenze: Dies ist eine Plattform für die Infrastruktur rund um das Netz — MEC, Edge-Anwendungen, OSS/BSS, Cloud für Endkunden, KI-Inferenz und die VNFs, die in einem Rechenzentrum laufen. Sie erhebt nicht den Anspruch, einen speziell gebauten Packet Core zu ersetzen.


Vergleichen Sie noch? Preise & Plattformen ansehen →

Wie Ænix mit Telekom-Betreibern zusammenarbeitet

Ein Platform Readiness Assessment mit telekomspezifischen Arbeitssträngen: Multi-Site-Architektur, Edge-Reife, Paketierung souveräner Cloud-Produkte (wo relevant), NIS2-Kontrollen und KI-Infrastruktur für Telco-Anwendungsfälle.

Multi-Site-Programme laufen typischerweise 3–6 Monate als Pilot und weitere 9–18 Monate bis zum vollständigen Multi-Site-Rollout.


Unternehmen, die Plattformen mit Ænix betreiben

Hosting-Anbieter, die Ænix Public Cloud Platform in Produktion betreiben

Hosting-Anbieter, die die Ænix Public Cloud Platform produktiv betreiben.

Kunden aus der Telekommunikation werden nicht namentlich genannt. Der am nächsten liegende ausgearbeitete Fall ist ein Telekommunikationsanbieter, der eine unternehmensweite KI-Plattform auf Cozystack aufgebaut hat.


Warum Ænix für die Telekommunikation

  • Edge-to-Core-Plattform. Ein Cozystack-Betriebsmodell für Core-Rechenzentren, regionale Standorte und Edge.
  • Mandantenfähiges Modell für Endkunden — die Tenant-CRD ist für das Service-Provider-Modell ausgelegt und eignet sich für Telco-Cloud-Produkte für Endkunden.
  • Open-Source-Fundament — Apache-2.0-Plattform; keine Preise pro CPU, kein Vendor-Lock-in über Hardware-Zyklen hinweg.
  • Auf Souveränität ausgerichtet — Air-Gap-Installation, optional aktivierbare Volume-Verschlüsselung, Audit-Logs als NIS2-Nachweis.
  • Teams in der EU und in Zentralasien. Engineering-Teams in der EU und in Zentralasien; EU-Verträge über die AENIX s.r.o. (Tschechien).

So starten Sie


Ænix hat Cozystack (CNCF-Sandbox-Projekt, CNCF Certified Kubernetes Distribution) entwickelt und pflegt es gemeinsam mit Maintainern anderer Unternehmen. Darauf aufbauend bieten wir drei Plattformen an — Public Cloud, Private Cloud und AI.

Häufig gestellte Fragen

Kann dieselbe Plattform in Core-Rechenzentren und an Edge-Standorten laufen?

Ja. Cozystack ist dafür ausgelegt, in Core-Rechenzentren, an regionalen Standorten und am Customer Edge unter einem einheitlichen Betriebsmodell zu laufen; 5G-MEC und VNFs am Edge nutzen dieselbe Plattformabstraktion wie der Core.

Wie hilft Ænix Telekommunikationsanbietern, alte NFV-Umgebungen abzulösen?

Ænix überführt bestehende NFV-Umgebungen in Kubernetes-native Entsprechungen auf Cozystack, das VMs und Container über KubeVirt auf einer einzigen Kubernetes-API betreibt — so laufen VNFs und Cloud-native Workloads nebeneinander auf einer Plattform.

Eignet sich die Plattform für souveräne Cloud-Produkte für Endkunden?

Ja. Die Tenant-CRD von Cozystack ist für das mandantenfähige Modell von Service Providern ausgelegt und eignet sich damit für Telekommunikationsanbieter, die Plattformkapazität weiterverkaufen oder souveräne Cloud-Produkte für Endkunden in mehreren Regionen starten.

Unterstützt die Plattform NIS2 für Telekommunikationsanbieter?

Die Telekommunikation zählt unter NIS2 zu den wesentlichen Einrichtungen. Die Plattform unterstützt Air-Gap-Installation, optional aktivierbare Volume-Verschlüsselung und Audit-Logs, die sich in Ihren eigenen Speicher ausleiten lassen; sie ist darauf ausgelegt, die Risikomanagementmaßnahmen von NIS2 (Artikel 21) zu unterstützen, und das Platform Readiness Assessment enthält telekomspezifische NIS2-Arbeitsstränge.

Gibt es Lizenzkosten pro CPU oder Core?

Nein. Cozystack steht unter Apache 2.0 ohne Lizenzkosten pro CPU oder Core — das vermeidet Vendor-Lock-in über die in der Telekommunikation typischen langen Hardware-Zyklen. Ænix verkauft darauf Plattform-Abonnements und Services — keine Lizenz.

Wie lange dauert ein Plattformprojekt bei einem Telekommunikationsanbieter?

Ænix beginnt mit einem Platform Readiness Assessment zum Festpreis (14 oder 28 Tage) zu Multi-Site-Architektur, Edge-Reife, Paketierung souveräner Cloud-Produkte, NIS2-Kontrollen und KI-Anwendungsfällen der Telekommunikation. Multi-Site-Programme laufen danach typischerweise 3–6 Monate als Pilot und weitere 9–18 Monate bis zum vollständigen Multi-Site-Rollout.

Bereit für ein Gespräch?

Buchen Sie einen 30-minütigen Discovery-Call — unverbindlich. Wir klären den Fit, die passende Plattform und die nächsten Schritte.