Cloudflare Workers
Cloudflare Workers ist eine serverlose Plattform, die JavaScript, TypeScript oder WebAssembly in leichtgewichtigen V8-Isolaten am Rand des Cloudflare-Netzes ausführt. Ergänzend stehen Speicher- und Zustandsdienste wie KV, R2, D1, Queues und Durable Objects bereit.
Cloudflare Workers führt Code an hunderten Netzstandorten aus, nahe am Nutzer und ohne eigene Server. Für Agenten sind Workers typischerweise Werkzeug-Endpunkte, Modell-Proxys oder Zwischenschichten mit sehr kurzer Antwortzeit.
Erklärung
Anders als klassische Funktionen starten Workers ohne nennenswerte Verzögerung, weil sie keine eigene Containerumgebung hochfahren. Das macht sie für Aufgaben attraktiv, die zwischen Nutzer und Modell sitzen: Schlüssel abschirmen, Anfragen begrenzen, Antworten streamen, Werkzeugaufrufe protokollieren. Durable Objects ergänzen einen koordinierten Zustand, was für laufende Agenten-Sitzungen praktisch ist. Beim Thema Datenhoheit ist Genauigkeit wichtig: Cloudflare bietet mit der Data Localization Suite Möglichkeiten, Verarbeitung und TLS-Terminierung regional zu begrenzen, doch das ist ein kostenpflichtiges Enterprise-Angebot und beschränkt die Ausführung, nicht die globale Verteilung des hinterlegten Codes.
Relevanz für Marketing
Für Entscheider ist Workers vor allem eine Kosten- und Kontrollfrage: Eine schmale Schicht am Netzrand kann Modellzugriffe bündeln, Missbrauch begrenzen und Verbrauch sichtbar machen, ohne dass ein Betriebsteam Server pflegen muss. Wer Datenhoheit zusagt, muss die regionalen Einschränkungen jedoch genau lesen, statt sich auf den Begriff Edge zu verlassen.
Beispiel
Ein Worker nimmt Chat-Anfragen der Website an, prüft Herkunft und Häufigkeit, ruft das Sprachmodell mit einem serverseitig hinterlegten Schlüssel auf und streamt die Antwort zurück. Der Schlüssel verlässt den Browser nie.
Häufige Fallstricke
Der Begriff Edge verleitet zu falschen Zusagen: Regionale Beschränkung ist möglich, aber kostenpflichtig und nicht gleichbedeutend mit ausschließlicher EU-Speicherung. Zudem sind Laufzeit- und Speichergrenzen je Anfrage knapp – längere Agentenläufe gehören in eine dauerhafte Laufzeit, nicht in einen Worker.
Entstehung & Geschichte
Cloudflare startete 2009 als Netzwerk- und Sicherheitsanbieter und führte Workers 2017 ein. Es folgten Speicher- und Datenbankdienste sowie Werkzeuge zur regionalen Datenlokalisierung. Bis 2026 sind Workers eine der verbreiteten Laufzeiten für kleine, latenzkritische KI-Schnittstellen.
Weiterführende Ressourcen
Anwendungsfälle im Marketing
Modell-Proxy, der Schlüssel abschirmt und Verbrauch begrenzt.
Werkzeug-Endpunkte für Agenten mit kurzer Antwortzeit.
Bot- und Missbrauchsschutz vor Formularen und Chat-Schnittstellen.
Sitzungszustand für laufende Agentengespräche über Durable Objects.
Häufige Fragen
Bleiben Daten in Workers in der EU?
Nicht automatisch. Cloudflare bietet mit der Data Localization Suite regionale Begrenzungen für Verarbeitung und TLS-Terminierung an, als kostenpflichtiges Enterprise-Angebot. Die Beschränkung betrifft die Ausführung, nicht die globale Verteilung des hinterlegten Codes.
Eignen sich Workers für lange Agentenläufe?
Nein. Workers sind für kurze, latenzkritische Aufgaben gemacht. Läufe über Minuten oder mit Wiederaufnahme nach Fehlern gehören in eine dauerhafte Workflow-Laufzeit.
Was sind Durable Objects in diesem Zusammenhang?
Ein Baustein für koordinierten Zustand: Jede Instanz ist eindeutig adressierbar und verarbeitet ihre Nachrichten der Reihe nach. Das eignet sich für Sitzungen oder Zähler, bei denen parallele Zugriffe nicht durcheinandergeraten dürfen.
Verwandte Services
Tiefer einsteigen: Agentic AI Hub · Governance & Compliance