Was ist Edge Computing?

Was ist Edge Computing?

Edge Computing bedeutet, Rechenleistung und Speicher dort bereitzustellen, wo Daten entstehen oder genutzt werden, statt nur in einem zentralen Rechenzentrum. Bei einer Website ist das Code auf Servern nahe an den Besuchern, im IoT ein Gateway neben den Sensoren. Ziel sind geringere Latenz, weniger Daten über lange Strecken und die Fähigkeit, auch bei schlechter Verbindung zur Cloud weiterzuarbeiten.

So funktioniert es

AWS unterscheidet zwei Richtungen. Upstream filtern oder verarbeiten Edge-Systeme nahe an den Geräten Sensordaten lokal und senden nur Wichtiges an einen zentralen Standort. Downstream rücken Inhalte und Logik näher an die Nutzer, durch Caching auf Edge-Servern, Cloud-Edge-Dienste oder Mobile Edge Computing über 5G.

Ein Content Delivery Network (CDN) ist das bekannteste Downstream-Beispiel: Es speichert Inhalte an Standorten nahe den Nutzern. Viele Anbieter lassen dort inzwischen auch Code laufen, ähnlich einer Serverless-Funktion, sodass eine Anfrage ohne Weg zum Ursprungsserver bearbeitet, umgeschrieben oder personalisiert werden kann.

Beispiel

Ein Shop liefert Produktseiten über ein CDN aus. Bilder und statische Dateien liegen im Edge-Cache. Eine kleine Edge-Funktion liest das Land des Besuchers, wählt die Währung und leitet die Anfrage um oder schreibt sie um. Nur Cache-Fehlzugriffe und Checkout-Aufrufe erreichen den Ursprungsserver. Besucher fernab des Ursprungs sehen eine schnellere erste Antwort, und der Ursprung hat weniger Last.

Vorteile

• Geringere Latenz: kürzere Distanz, schnellere Antwort bei zeitkritischen Aufgaben.
• Weniger Bandbreite: nur gefilterte oder nicht gecachte Daten gehen zum zentralen Standort.
• Ausfallsicherheit: lokale Verarbeitung kann bei Verbindungsproblemen weiterlaufen.
• Datenvorgaben: Verarbeitung nahe an der Quelle kann helfen, Anforderungen an Datensouveränität wie die DSGVO zu erfüllen.

Häufige Fehler und Abwägungen

• Alles an den Rand verlagern. Aufwendige oder zustandsbehaftete Arbeit gehört oft in eine zentrale Region nahe der Datenbank.
• Laufzeitgrenzen ignorieren. Edge-Laufzeiten begrenzen meist CPU-Zeit und Speicher pro Anfrage, prüfen Sie die dokumentierten Grenzen Ihres Anbieters, bevor Sie Code portieren.
• Vergessen, dass die Daten weit weg liegen. Eine Edge-Funktion, die bei jeder Anfrage eine ferne Datenbank aufruft, kann langsamer sein als der Ursprungsserver.
• Das Cache-Verhalten nicht testen. Eine niedrige Trefferquote schickt den Verkehr trotzdem zum Ursprung.
• Nur vom eigenen Standort aus debuggen. Das Verhalten unterscheidet sich je nach Region.

Edge Computing bei Tests und Monitoring

Edge-Performance hängt vom Standort des Nutzers ab, also messen Sie von mehreren Orten. Die Seitengeschwindigkeits-Überwachung von LoadFocus führt geplante Lighthouse-Audits aus 25 Cloud-Regionen aus und zeigt, wie sich eine Seite für Besucher in verschiedenen Weltregionen verhält. Bedenken Sie, dass Cache-Fehlzugriffe weiterhin Ihren Ursprung erreichen, dimensionieren und lasttesten Sie ihn also auch für diesen Verkehr. Praktische Tipps in unserem Beitrag zur Verbesserung der Website-Geschwindigkeit in 10 Schritten (auf Englisch).

Häufige Fragen

Ist Edge Computing dasselbe wie ein CDN?

Nein. Ein CDN ist eine Form von Edge Computing, ausgerichtet auf Caching und Auslieferung. Edge Computing ist weiter gefasst und umfasst auch Anwendungslogik und Datenverarbeitung nahe an der Quelle.

Worin unterscheidet sich Edge Computing von Cloud Computing?

Cloud Computing führt Workloads in den Rechenzentren eines Anbieters aus, Edge Computing nahe an Geräten und Nutzern. Beides wird kombiniert, und Cloud-Anbieter bieten Edge-Dienste, die die Verarbeitung über ihre Rechenzentren hinaus erweitern.

Senkt Edge Computing immer die Latenz?

Nicht immer. Es hilft, wenn die Arbeit am Rand erledigt werden kann. Wartet der Edge-Code weiter auf eine ferne Datenbank oder API, geht der Vorteil verloren.

Was sind typische Einsatzfälle?

Content-Caching, Umschreiben und Personalisieren von Anfragen, Filtern von IoT-Sensordaten und Echtzeitsysteme, die nicht auf einen Umweg zur zentralen Cloud warten können.