---
canonical: https://enum.co/de/infrastruktur
locale: de
---

# Die Plattform unter deiner Cloud. Vom Rechenzentrum bis zum Node.

Die Public-Cloud-Plattform der enum GmbH läuft auf Servern, die enum selbst betreibt, in einem Tier-III+-Rechenzentrum in Frankfurt am Main, angebunden über ihr eigenes autonomes System AS215998. Der Rechenzentrumsbetreiber ist nach ISO 27001 und EN 50600 zertifiziert; die eigene ISO-27001-Zertifizierung von enum läuft, Ziel ist Q4 2026. Die Server haben AMD-EPYC-CPUs der aktuellen Generation, ECC-Speicher, NVMe-Storage und Dual-Port-Netzwerkkarten. Block Storage wird synchron dreifach über Failure Domains repliziert, Object Storage per Erasure Coding mit 99,9999999 % Datenbeständigkeit gespeichert. Die Nodes laufen mit einem minimalen, unveränderlichen Linux und werden bei Updates ersetzt. Die Infrastruktur teilen sich alle Kunden; jeder Kubernetes-Cluster bekommt eine eigene, isolierte Control Plane, repliziert über drei Failure Domains, mit 99,9 % SLA für ihre API.

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.

## Deine Daten bleiben in Frankfurt, unter deutschem und EU-Recht.

*01 · Rechenzentrum*

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

## Ein verantwortlicher Betreiber für die ganze Plattform.

*02 · Rack*

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

## Ein ausgefallener Server ist Routine.

*03 · Server*

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

## AMD EPYC der aktuellen Generation.

*04 · Compute*

Jeder Node läuft auf AMD-EPYC-Server-CPUs der aktuellen Generation, gebaut für viele virtuelle Maschinen nebeneinander.

- AMD EPYC

## NVMe Block Storage, dreifach geschrieben.

*05 · Storage*

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

## Unser eigenes Netz, ohne Single Point of Failure.

*06 · Netzwerk*

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

## Dein Cluster: isoliert, hochverfügbar, selbstheilend.

*07 · Cluster*

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.