Kundenreferenz

Azure-Kubernetes-Plattform für skalierbares Call-Routing bei einem KRITIS-Energieversorger: 99,99 % Verfügbarkeit, 3 Mio.+ Anfragen täglich

Energieversorgung · KRITIS-Betreiber · 28.000+ Mitarbeitende · Wie Pexon Consulting eine hochverfügbare AKS-Plattform mit .NET 8, Akka.NET Cluster Sharding und Event-Architektur über Azure Service Bus aufbaute, die täglich über 3 Millionen Kundenanfragen zuverlässig verarbeitet.

Aktualisiert: Juli 2026
Das Wichtigste in Kürze
Wer
Ein bundesweiter KRITIS-Energieversorger mit 28.000+ Mitarbeitenden, mehreren Marken im Energie- und Strom-Direktvertrieb und einem zentralen Kundenservice mit kontinuierlich wachsendem Anfragevolumen.
Problem
Die Call-Steuerung war fragmentiert, manuell und kaum skalierbar: Insellösungen ohne zentrales Routing, fehlendes Autoscaling auf AKS, eingeschränkte Hochverfügbarkeit und unzureichende Integration externer Kommunikationssysteme.
Lösung
Pexon implementierte eine cloud-native Event-Plattform auf AKS mit .NET 8, Akka.NET Cluster Sharding, Azure Service Bus, Zero-Trust-Security und einer GitOps-basierten DevSecOps-Pipeline in Azure DevOps.
Ergebnis
99,99 % Verfügbarkeit durch automatisches Cluster-Failover, zuverlässige Verarbeitung von über 3 Millionen Kundenanfragen pro Tag, 30 % kürzere Release-Zyklen und vollständige KRITIS- sowie DSGVO-Compliance als Architektur-Eigenschaft.

Ergebnisse

99,99
Verfügbarkeit · durch automatisches AKS- und Akka.NET-Cluster-Failover
3 Mio.+
Anfragen täglich · zuverlässig über die zentrale Routing-Plattform
30 %
kürzere Release-Zyklen · durch DevSecOps-Automatisierung und GitOps-Pipelines
Zero
Trust-Security · Key Vault, Private Endpoints und RBAC auf Kubernetes- und Azure-Ebene

Hohe Verfügbarkeitsziele halten sich nicht von allein, sie hängen an Upgrades, Patches und Bereitschaft im Alltag. Wer diese Routine nicht dauerhaft intern aufbauen will, kann den Cluster-Betrieb abgeben: Pexon übernimmt bestehende Cluster in drei Stufen zwischen 2.500 und 25.000 Euro je Cluster und Monat. Zielwerte werden am 95. Perzentil gemessen, bei Verfehlung greift eine gestaffelte Gutschrift.

Übersicht Kunde

Branche
Energieversorgung · KRITIS-Betreiber
Unternehmen
28.000+ Mitarbeitende · 44,4 Mrd. € Umsatz
Region
Deutschland, bundesweit
Services
Cloud-Architektur, .NET Engineering, AKS-Plattform, DevSecOps, Observability, Knowledge-Transfer
Tech-Stack
Microsoft Azure, AKS, .NET 8, Akka.NET, Azure Service Bus, Azure Key Vault, Azure DevOps, Application Insights
Projektdauer
seit Februar 2023, laufend
Compliance
KRITIS · NIS-2 · BSI IT-Sicherheitskatalog · DSGVO · Zero-Trust
Status
Produktiv, laufender Betrieb mit 10-köpfigem Backend-Stream

Ausgangslage

Fragmentierte Call-Steuerung
Mehrere Marken liefen über eine zentrale Hotline-Steuerung mit vielen Telefonnummern, aber ohne einheitliche Routing-Logik. Insellösungen verursachten hohe Latenzen und erforderten manuelle Eingriffe bei Lastspitzen.
Kein Autoscaling auf AKS
Die bestehende Plattform konnte wachsendes Anfragevolumen nicht automatisch abfedern. Fehlende Cluster-Resilienz und kein automatisches Failover begrenzten die Hochverfügbarkeit im produktiven Kundenservice.
Externe Systeme nicht integriert
Kommunikationsdienste wie Babelforce und VIER sowie CRM- und Authentifizierungs-Systeme waren nicht sauber angebunden. Call-Status und Systemzustände blieben für Betrieb und Support schwer nachvollziehbar.
Regulatorischer Compliance-Druck
Als KRITIS-Betreiber im Energiesektor sind Ausfälle und undokumentierte manuelle Prozesse keine rein operativen Probleme, sondern regulatorische Risiken unter NIS-2 und dem BSI IT-Sicherheitskatalog.

Lösung & Vorgehen

1
Akka.NET Cluster Sharding auf AKS
Pexon baute ein verteiltes Event-Backend mit .NET 8 und Akka.NET Cluster Sharding für dynamische Lastverteilung und Ausfallsicherheit. State-intensive Call-Sessions skalieren ohne State-Verlust auf Millionen Events.
2
Event-Architektur über Azure Service Bus
Asynchrone Kommunikation läuft über Azure Service Bus mit Dead-Letter-Handling und Retry-Strategien. Externe Dienste wie Babelforce und VIER binden sich über REST und OAuth2 an die zentrale Routing-Logik an.
3
Zero-Trust-Sicherheitsarchitektur
Azure Key Vault, Private Endpoints und RBAC auf Kubernetes- und Azure-Ebene sichern Secrets und Netzwerkzugriffe. Compliance ist Architektur-Eigenschaft, nicht nachgelagerte Checkliste.
4
DevSecOps mit GitOps und Observability
GitOps-basierte YAML-Pipelines in Azure DevOps automatisieren Tests, Deployments und Audit-Trails. Azure Monitor, Application Insights und Log Analytics liefern End-to-End-Observability mit proaktivem Alerting.

Vorher / Nachher

DimensionVorherNachherEffekt
Routing-Logikfragmentiert, manuelle Vermittlungzentrale Event-Plattformschnellere Reaktionszeiten, weniger Fehler
Hochverfügbarkeitkein automatisches Failover99,99 % mit Cluster-Resilienzstabile Kundenhotline auch bei Lastspitzen
Release-Geschwindigkeitmanuelle DeploymentsGitOps-Pipelines in Azure DevOps30 % kürzere Release-Zyklen
ComplianceLücken bei KRITIS und NIS-2Zero-Trust by Designprüfbare Audit-Trails und DSGVO-Konformität
Die Plattform verarbeitet täglich Millionen Anfragen mit stabiler Verfügbarkeit. Zentrales Routing, automatisches Failover und vollständige Observability haben manuelle Eingriffe drastisch reduziert.
LT
Leitung Kundenservice-IT
IT-Operations · bundesweiter KRITIS-Energieversorger

Eingesetzte Technologien & Services

Azure Kubernetes Service .NET 8 & Akka.NET Azure Service Bus Azure Key Vault Azure DevOps Application Insights

Häufige Fragen

Warum Akka.NET Cluster Sharding statt klassische Microservices?
Akka.NET Cluster Sharding kombiniert das Actor-Model mit verteilter Lastverteilung. Bei Millionen von Events mit State-Anforderungen wie Call-Sessions liefert das deutlich bessere Latenz, Resilienz und Skalierungseigenschaften als zustandslose Microservices mit externer State-Persistenz.
Wie wird 99,99 % Verfügbarkeit konkret erreicht?
Durch AKS-Multi-Node-Pools mit Auto-Scaling, Akka.NET Cluster mit automatischem Failover, Azure Service Bus mit Retry-Strategien und Dead-Letter-Handling, Multi-AZ-Deployment in der Azure-Region und End-to-End-Observability mit proaktivem Alerting über Azure Monitor und Application Insights.
Wie wird die KRITIS-Compliance technisch abgesichert?
Zero-Trust-Netzwerk mit Private Endpoints, Azure Key Vault für Secret-Management, RBAC auf Kubernetes- und Azure-Ebene, kontinuierliche Pentests und vollständige Audit-Trails über GitOps und Azure DevOps. Compliance ist Architektur-Eigenschaft, nicht nachgelagerte Prüfung.
Lässt sich dieses Pattern auf andere KRITIS-Energieversorger übertragen?
Ja. Das Pattern aus cloud-native Event-Architektur, AKS, Akka.NET Cluster Sharding, DevSecOps und Zero-Trust ist portierbar auf jeden Energieversorger, Übertragungsnetzbetreiber oder Stadtwerke mit ähnlichen Volumen-Anforderungen im Kundenservice.
Wie lange dauert ein vergleichbares AKS-Call-Routing-Projekt?
Pexon ist bei diesem KRITIS-Energieversorger seit Februar 2023 im laufenden Betrieb engagiert. Ein vergleichbares Setup mit Architektur, Plattform-Aufbau und produktivem Cutover planen wir typischerweise in mehreren Phasen über 12-18 Monate, abhängig von Integrationsumfang und Compliance-Anforderungen.
AKS-Plattform für KRITIS Call-Routing planen
Sie betreiben Kundenservice-Plattformen mit wachsendem Volumen unter KRITIS- und NIS-2-Anforderungen? Pexon Consulting liefert .NET-Engineering, AKS-Plattform-Tiefe und Compliance-Praxis aus einer Hand.
Jetzt Kontakt aufnehmen

Sie suchen einen Partner für Ihr Projekt?

Wir analysieren Ihren individuellen Bedarf, geben erste Empfehlungen zu Umsetzungsstrategien und bieten Ihnen transparente Einblicke in unsere Methoden, Technologien und Referenzen.

400+
Projekte seit 2020

100+
Kunden im DACH-Raum

ISO
27001 zertifiziert

3
Hyperscaler Partner