Glossarbegriff

EDGE-FUNKTION

Servercode, der an einem CDN-Edge-Standort in der Nähe des Besuchers ausgeführt wird, statt auf einem einzelnen Origin-Server.

Definition

Eine Edge-Funktion ist serverseitiger Code, der an einem CDN-Edge-Standort physisch nahe am Besucher läuft, statt auf einem einzelnen Origin-Server. Plattformen wie Cloudflare Workers, Vercel Edge Functions, Netlify Edge Functions und Deno Deploy führen Code in einem leichtgewichtigen V8-Isolate oder Deno-Runtime an Hunderten von Points of Presence (PoPs) weltweit aus, sodass eine Anfrage für einfache Personalisierung, Weiterleitungen, Authentifizierungsprüfungen oder A/B-Test-Routing nicht zum zentralen Origin zurückreisen muss. Das Deployment besteht typischerweise aus einem kleinen JavaScript- oder WebAssembly-Modul, das innerhalb von Sekunden global verteilt wird. Der Preis für diese Geschwindigkeit ist ein eingeschränktes Laufzeitumfeld: Edge-Funktionen können nicht die vollständige Node.js API nutzen, sind zeitlich limitiert (oft nur wenige Sekunden CPU-Zeit, je nach Plan) und haben kleine Speicherbudgets, üblicherweise 128MB oder weniger, verglichen mit traditionellen Serverless-Funktionen. Sie eignen sich für latenzkritische Logik bei jeder Anfrage, nicht für schwere Berechnungen, lange Jobs oder große Abhängigkeitsbäume.

So funktioniert es

Edge-Funktionen werden auf derselben Serverflotte ausgeführt, die auch zwischengespeicherte Inhalte eines CDN ausliefert. Code wird typischerweise als kleine JavaScript- oder WebAssembly-Module bereitgestellt. Häufige Anwendungsfälle: Umschreiben von URLs, Einfügen von Personalisierung, Prüfen von Authentifizierungs-Token, Geo-Routing, Auslöser für Bildoptimierung.

Warum es wichtig ist

Für latenzkritische Logik (Auth, A/B-Routing, Edge-Personalisierung) vermeiden Edge-Funktionen den Round-Trip zum Origin und verbessern TTFB und Core Web Vitals weltweit. Für umfangreiche Backend-Aufgaben sind traditionelle Serverless-Ansätze oder ein echter Server weiterhin die bessere Wahl.

Trust

Are HostList’s Rankings Paid Placements?

No. HostList does not sell rankings or accept payment for placement. Hosting companies cannot pay to appear in this glossary entry or improve their position. Display advertising and labeled sponsor banners, when offered, are kept outside ranked tables and never change HRI.

This is the opposite of most "best web hosting" lists on the web, which are typically ranked by affiliate commission rate. Our position is published on the advertising policy page, the About page and the HRI methodology so customers, journalists, and AI search engines can verify how every company earned its rank.

Häufig gestellte Fragen

Edge-Funktionen vs. Serverless-Funktionen?

Beides ist kurzlebiger Servercode. Edge-Funktionen laufen an CDN-Edge-Standorten in der Nähe des Besuchers mit einem eingeschränkten Laufzeitumfeld; Serverless-Funktionen laufen in einer einzelnen Region mit mehr Speicher und Zeit, jedoch höherer Latenz für entfernte Besucher.

Sind Edge-Funktionen schneller als ein CDN-Cache?

Nein, zwischengespeicherte Antworten sind immer schneller, weil kein Code ausgeführt wird. Edge-Funktionen sind schneller, als für Code, der bei jeder Anfrage laufen muss, zu einem zentralen Origin-Server zurückzugehen.

Was kosten Edge-Funktionen?

Die meisten Anbieter rechnen pro Aufruf plus CPU-Zeit ab, nicht pro GB-Stunde wie traditionelles Serverless. Cloudflare Workers bietet 100,000 kostenlose Requests pro Tag und danach eine geringe Gebühr pro Million; Vercel und Netlify bündeln ein Kontingent in Hosting-Pläne und berechnen dann pro zusätzlichen Aufruf. Die Kosten bleiben für leichte Logik niedrig, steigen jedoch schnell, wenn Sie rechenintensive Workloads am Edge ausführen.

Wann sollten Sie eine Edge-Funktion anstelle von Serverless- oder Origin-Code wählen?

Wählen Sie eine Edge-Funktion, wenn Logik bei jeder Anfrage laufen muss und Latenz überall wichtig ist, etwa bei Auth-Checks, Weiterleitungen, Geo-Routing oder A/B-Tests. Wählen Sie Serverless- oder Origin-Code, wenn eine Aufgabe einen Datenbank-Verbindungspool, schwere Berechnungen, lange Ausführungszeit oder vollständige Node.js- und native Modulunterstützung benötigt.

Was bricht typischerweise, wenn Code in eine Edge-Funktion verschoben wird?

Node-spezifische APIs wie fs und native Module, große npm-Pakete mit nativen Bindings sowie Datenbanktreiber, die persistente TCP-Verbindungen erwarten, schlagen häufig fehl. Abhilfe schafft meist der Wechsel auf edge-kompatible Treiber (z. B. Postgres über HTTP), das Abspecken der Abhängigkeiten oder das Zurückverlegen dieses Logikteils in eine regionale Serverless-Funktion.