Edge Computing: Was sich ändern muss, um Adoption zu steigern

Der Umstieg auf Edge-Architektur erfordert Kostenmanagement, Orchestrierung und Security-Herausforderungen zu meistern.

Mittlerweile haben Sie wahrscheinlich von Edge Computing gehört – Deployment von Daten/Applikationen am Netzwerk-„Edge“, nah an Endnutzern – und den Vorteilen gegenüber konventionellem Cloud Computing.

Aber wenn Sie versuchen, auf Edge-Architektur umzustellen, stellen Sie fest: Edge Computing tatsächlich zu nutzen ist viel härter als über Gründe zu reden.

Es bleiben Barrieren für Edge-Computing-Adoption für viele Unternehmen. Lösungen existieren, aber Herausforderungen zu erkennen ist erster Schritt für Edge-Strategie, die tatsächlich funktioniert.

Kosten

Erstens: Kosten für Deployment von Applikationen am Edge.

Hosting in traditionellem Cloud-Rechenzentrum: relativ günstig. Eigenes Netzwerk lokaler Rechenzentren für Workload-Deployment am Edge: sehr kostspielig (und logistisch komplex).

Public Cloud Vendors arbeiten daran: Services wie AWS Snowball erleichtern Kunden, Cloud-Workloads zu lokalen Sites zu bewegen. Aber diese Lösungen kosten noch immer ordentlich und passen nicht unbedingt in Budgets kleinerer Organisationen.

Kann sich ändern, wenn Edge populärer wird und Lösungen günstiger – aber aktuell: Edge Computing kann teuer sein.

Edge Computing Orchestrierung

Wie man Workloads managt, die über verteiltes Edge-Netzwerk weit verteilter Server laufen? Offene Frage.

Man könnte Edge Management Service von Public Cloud Vendor nutzen – aber die unterstützen nur bestimmte Edge-Workload/Device-Typen. Man könnte Kubernetes nutzen, das bei verteilten Workloads glänzt. Aber Edge Orchestrierung ist nicht Kubernetes' primärer Use Case – Zeit/Aufwand für Setup nötig.

Kurz: keine einfache, schnelle Lösung für Orchestrierung von Edge-Workloads.

Edge Computing Security Issues

Workloads am Edge sicher zu halten: herausfordernder als in zentralen Rechenzentren. Physische Security harder bei Geräten über großen Bereich verteilt. Auch schwieriger, Security-Safeguards auf IoT-Hardware am Edge anzuwenden. Security managen, während Daten über Edge-Netzwerk wandern – mehr Exposure zu Threats als in Cloud-Rechenzentrum.

Wieder: überwindbare Herausforderungen, aber keine einfache Lösung. Sorgfältige Planung für einzigartige Security-Anforderungen von Edge-Workloads nötig.

Weit verstreute Nutzer unterstützen

Edge Computing einfach, wenn alle Nutzer in derselben Stadt oder wenigen Regionen konzentriert. Workloads nah an Nutzer deployen → fertig.

Aber: Kundenbasis über viele Länder verteilt? Je disperser Nutzer, desto härter Edge-Infrastruktur für alle gleich gut aufzubauen.

Kann bedeuten: Kompromisse bei Edge. Strategisch denken: welche Regionen profitieren most von Edge-Deployments basierend auf Nutzerzahlen? Welche mit traditionellen Architekturen begnügen?

Fazit

Umstieg auf Edge-Architektur härter als heiße Gespräche über Edge Computing suggerieren. Kosten, Orchestrierung, Security managen, während effizient Zielnutzer über Edge erreichen. Alle Herausforderungen adressierbar, aber keine einfache Lösung.