Die Plattform unter deiner Cloud.
Vom Rechenzentrum bis zum Node.
Die enum GmbH, ein deutsches Unternehmen ohne US-Mutterkonzern, betreibt ihre Public Cloud auf eigenen Servern, in einem Tier-III+-Rechenzentrum in Frankfurt und in einem eigenen Netz. Diese Seite geht die Ebenen durch, nach denen eine Risikobewertung fragt, vom Gebäude bis zu deinem Kubernetes-Cluster.
Frankfurt am Main · AS215998
01 · Rechenzentrum
Deine Daten bleiben in Frankfurt, unter deutschem und EU-Recht.
Die Produktion läuft in einem Tier-III+-Rechenzentrum in Frankfurt am Main. Der Betreiber ist für den Standort nach ISO 27001 und EN 50600 zertifiziert, die eigene ISO-27001-Zertifizierung von enum läuft, Ziel ist Q4 2026.
- Tier III+ · Frankfurt
- Betreiber: ISO 27001, EN 50600
- enum ISO 27001 · Q4 2026
02 · Rack
Ein verantwortlicher Betreiber für die ganze Plattform.
Die enum GmbH in Köln betreibt jeden Server in diesen Racks selbst, ohne US-Mutterkonzern und ohne Wiederverkäufer dazwischen. Der US CLOUD Act erreicht die Daten deshalb nicht. Die Racks bilden eine gemeinsame Plattform; dir allein gehört ein isolierter Kubernetes-Cluster.
- enum GmbH · Köln
- Kein US-Mutterkonzern
- Server von enum betrieben
03 · Server
Ein ausgefallener Server ist Routine.
Deine Worker Nodes sind über Server und Failure Domains verteilt. Fällt ein Server aus, werden seine Nodes automatisch ersetzt. Ein ausgefallener Rechner ist für dich kein Incident.
- Über Failure Domains verteilt
- Ausgefallene Nodes automatisch ersetzt
04 · Compute
AMD EPYC der aktuellen Generation.
Jeder Node läuft auf AMD-EPYC-Server-CPUs der aktuellen Generation, gebaut für viele virtuelle Maschinen nebeneinander.
- AMD EPYC
05 · Storage
NVMe Block Storage, dreifach geschrieben.
Block-Storage-Volumes liegen auf NVMe. Ein Schreibvorgang wird erst bestätigt, wenn er auf drei Failure Domains liegt. Fällt ein Host aus, gehen keine Daten verloren.
- NVMe · 3 Replikate
06 · Netzwerk
Unser eigenes Netz, ohne Single Point of Failure.
Der Traffic läuft über das eigene autonome System von enum, AS215998, mit IP-Bereichen aus der eigenen RIPE-Zuteilung. Jede Anbindung ist redundant. Fällt eine aus, läuft dein Traffic weiter.
- AS215998
- IPv4 + IPv6
- eBPF Network Policies
- Standardmäßig privat
07 · Cluster
Dein Cluster: isoliert, hochverfügbar, selbstheilend.
Jeder Cluster hat eine eigene Control Plane, repliziert über drei Failure Domains mit automatischem Failover und 99,9 % SLA für ihre API. Ein Controller gleicht jeden Cluster laufend ab und ersetzt ausgefallene Nodes, ohne Ticket.
- Eigene Control Plane
- 3 Failure Domains
- 99,9 % API-SLA
- Selbstheilend
Fragen aus Reviews.
Beantwortet.
Bekommt jeder Kunde dedizierte Hardware?
Nein. enum ist eine Public-Cloud-Plattform auf geteilter Infrastruktur. Deine Worker Nodes sind virtuelle Maschinen auf Servern, die auch andere Kunden nutzen. Dir allein gehört der Kubernetes-Cluster: Er hat eine eigene, isolierte Control Plane, repliziert über drei Failure Domains.
Betreibt ihr ein eigenes Netz?
Ja. enum betreibt ein eigenes autonomes System, AS215998, registriert bei RIPE NCC, und macht IP-Bereiche aus der eigenen Zuteilung über IPv4 und IPv6 bekannt. Zwei Carrier und Peering sind gleichzeitig aktiv, mit BGP-Failover dazwischen. Das Netz ist bei PeeringDB gelistet.
Wer hält die Zertifizierungen des Rechenzentrums?
Das Rechenzentrum in Frankfurt ist nach ISO 27001 und EN 50600 zertifiziert; diese Zertifikate hält der Betreiber. Die eigene ISO-27001-Zertifizierung von enum läuft, Ziel ist Q4 2026.
Was passiert, wenn ein Server ausfällt?
Schreibvorgänge im Block Storage liegen bereits auf drei Failure Domains, es gehen also keine Daten verloren. Die Kubernetes Control Plane wechselt automatisch, und der Controller, der jeden Cluster laufend abgleicht, ersetzt die betroffenen Nodes.
Prüf die Plattform mit uns.
Sprich mit unserem Team.
Bring deinen Security-Fragebogen oder dein Architektur-Review mit. Wir zeigen dir Rechenzentrum, Netz und wie deine Cluster darauf laufen.