Cloudflare Workers Edge in München

#Edge-Computing, das durch die Freigabe kommt

In München wird Infrastruktur selten eingeführt, sie wird freigegeben. Zwischen der technischen Entscheidung für eine Edge-Architektur und dem ersten produktiven Request stehen in einem Konzern oder im gehobenen Mittelstand mehrere Instanzen: die IT-Sicherheit, der Datenschutzbeauftragte, der Einkauf mit seiner Lieferantenanlage, manchmal die Revision und der Betriebsrat. Wer hier Cloudflare Workers vorschlägt, braucht weniger Begeisterung und mehr Unterlagen. Diese Seite ist für genau diese Lage geschrieben: für IT-Leitungen und Projektverantwortliche bei Automotive-Zulieferern, Versicherern und Fachverlagen, die eine Edge-Schicht nicht nur bauen, sondern auch verantworten müssen.

Die Technik selbst ist schnell erklärt. Ein Cloudflare Worker ist Programmcode, der in den weltweit verteilten Rechenzentren von Cloudflare ausgeführt wird, darunter ein Standort in München. Der Code startet in V8-Isolates innerhalb weniger Millisekunden, ohne Server-Provisioning, ohne Container-Betrieb, ohne Wartungsfenster, und skaliert automatisch vom Normalbetrieb bis zur Messewoche. Das Anspruchsvolle an einem Münchner Edge-Projekt ist selten der Code. Es ist der Weg durch die Organisation, und der lässt sich planen wie die Architektur selbst.

#Die Rollenverteilung: Origin bleibt, Edge kommt davor

Für die interne Diskussion hilft eine klare Arbeitsteilung. Das bestehende WordPress- oder WooCommerce-System bleibt der Ort, an dem Inhalte entstehen und Bestellungen verarbeitet werden, mit Redaktion, Plugins und allen eingespielten Abläufen. Die Workers-Schicht sitzt davor und übernimmt die Aufgaben, die am Netzwerkrand strukturell besser aufgehoben sind: das Zwischenspeichern vollständiger Seiten mit sitzungsgenauer Unterscheidung zwischen anonymen Besuchern und eingeloggten Nutzern, die Verwaltung von Weiterleitungen in Größenordnungen jenseits jeder .htaccess, zentral gepflegte Security-Header, Geo-Routing für internationale Zielmärkte und die Zugriffssteuerung vor Portalen, die nicht für die Öffentlichkeit bestimmt sind.

Ein Aspekt dieser Arbeitsteilung wird in Freigabegesprächen regelmäßig zum stärksten Argument: Die gesamte Edge-Konfiguration ist Code. Jede Cache-Regel, jede Weiterleitung und jeder Header liegt versioniert im Repository, durchläuft ein Review und lässt sich auf den Tag genau zurückverfolgen. Wir arbeiten selbst so: Auf unserer eigenen Produktionsplattform ist jede Änderung an der Edge-Schicht ein nachvollziehbarer Commit mit Review-Historie, kein Klick in einer Plugin-Oberfläche, an den sich hinterher niemand erinnert. Für eine Revision ist das der Unterschied zwischen einer Auskunft und einem Beleg.

#Die Freigabe-Mappe: was Datenschutz und Einkauf sehen wollen

Für die bayerische Privatwirtschaft ist das Bayerische Landesamt für Datenschutzaufsicht in Ansbach die zuständige Behörde, und ein sauber dokumentiertes Edge-Projekt beantwortet deren Fragen aus den Projektunterlagen heraus. Die typische Prüfliste einer Münchner Freigabestelle lässt sich vollständig bedienen:

Prüfpunkt	Erwartung der Freigabestelle	Beleg im Projekt
Auftragsverarbeitung	Vertrag nach Art. 28 DSGVO	AVV von Cloudflare, ergänzt um die projektspezifische Verarbeitungsbeschreibung
Unterauftragsverarbeiter	Vollständige, gepflegte Liste	Öffentliche Sub-Prozessoren-Liste von Cloudflare, im Projektordner referenziert
Datenresidenz	Verarbeitung in der EU	Data Localization Suite mit EU-Verarbeitung und europäischer Schlüsselverwaltung
Zertifizierungen	Anerkannte Nachweise	ISO 27001 und SOC 2 Typ II, als Berichte abrufbar
Nachvollziehbarkeit	Änderungs- und Zugriffshistorie	Versionierte Edge-Konfiguration im Git-Verlauf plus Audit-Logs der Plattform
Exit-Fähigkeit	Geordneter Ausstieg möglich	Exit-Dokumentation mit Rückbauplan, Bestandteil unserer Übergabe

Zwei Punkte gehören über die Tabelle hinaus in jede ehrliche Beratung. Erstens entscheidet die Architektur darüber, welche Daten die Edge-Schicht überhaupt sieht: Ein Worker, der Kataloge zwischenspeichert und Crawler filtert, verarbeitet strukturell kaum Personenbezug, und genau so schneiden wir die Datenflüsse zu, dokumentiert für Ihr Verarbeitungsverzeichnis. Zweitens gelten für regulierte Häuser zusätzliche Maßstäbe: Wer als Versicherer unter den aufsichtlichen IT-Anforderungen der BaFin und unter DORA arbeitet, braucht ein belastbares Auslagerungs- und Exit-Konzept. Diese Unterlagen entstehen bei uns nicht auf Nachfrage am Projektende, sondern liegen dem Einkauf am ersten Tag vor.

Ein Punkt, der bei Münchner Automotive-Zulieferern regelmäßig über die Standard-Freigabeliste hinausgeht, ist der Nachweis technischer und organisatorischer Maßnahmen im Sinne von Art. 32 DSGVO, oft im Rahmen eines TISAX-Reifegrads, den der Auftraggeber vom Zulieferer verlangt und in der Lieferkette weitergibt. Dafür liefern wir zur Edge-Schicht eine knappe, prüffähige Aufstellung: welche Zugänge zur Cloudflare-Konfiguration bestehen, wie sie mit Zwei-Faktor-Authentifizierung und rollenbasierten Rechten abgesichert sind, wie Änderungen protokolliert werden und wer im Ernstfall in welcher Frist reagiert. Kommt zusätzlich ein Penetrationstest ins Spiel, grenzen wir vorab ab, was die Edge-Schicht überhaupt zur Angriffsfläche beiträgt, damit der Prüfer nicht das gesamte WordPress-Backend erneut anfassen muss. Diese Abgrenzung verkürzt den Test und macht sein Ergebnis für die Freigabestelle eindeutig zuordenbar.

#Messwerte statt Meinungen: Performance als Abnahmekriterium

In Münchner Ausschreibungen taucht Performance zunehmend dort auf, wo sie hingehört: im Lastenheft, als messbares Abnahmekriterium statt als Absichtserklärung. Wer Time to First Byte, Largest Contentful Paint und Verfügbarkeit unter Spitzenlast als Zahlen vereinbart, braucht eine Architektur, die diese Zahlen zuverlässig liefert, und genau dort spielt die Edge-Schicht ihre Stärke aus. Cloudflare betreibt einen Standort in München selbst, und für internationale Zugriffe antwortet jeweils das nächstgelegene der weltweit verteilten Rechenzentren. Ein Zulieferer mit Händlern auf vier Kontinenten bekommt damit ein Versprechen, das kein einzelner Hosting-Standort halten kann: Jede Region wird aus ihrer Nachbarschaft bedient.

Für die Abnahme heißt das konkret: Wir vereinbaren die Zielwerte vor dem Projekt, messen mit realen Nutzerdaten statt mit Labortests und weisen die Ergebnisse nach Regionen getrennt nach. Ein Bericht, der zeigt, dass der Katalog in Nordamerika und Ostasien dieselbe Antwortzeit erreicht wie in Bayern, ist in einer Lenkungsrunde mehr wert als jede Architekturfolie, und er macht die Abnahme zu einem Abgleich von Zahlen statt zu einer Geschmacksfrage.

#Messerhythmus: bauma, IAA Mobility und die Lastkurve der Zulieferer

München hat einen Veranstaltungskalender, der sich direkt in Server-Logs übersetzt. Zur bauma füllt sich das Messegelände in Riem mit Fachbesuchern aus aller Welt, die IAA Mobility zieht das Publikum bis in die Innenstadt, dazu kommen ISPO, Expo Real und die Kongresssaison. Für Zulieferer und Fachverlage heißt das: Der Traffic kommt in Wellen, die sich Jahre im Voraus terminieren lassen, aber in der Messewoche keine Gnade kennen. Der QR-Code am Messestand führt tausende internationale Besucher gleichzeitig auf den Produktkatalog, das Händlerportal wird aus Hotel-WLANs auf vier Kontinenten aufgerufen, und die Sonderberichterstattung eines Fachverlags multipliziert die Zugriffe auf ein Archiv, das sonst in Ruhe altert.

Die Edge-Antwort auf dieses Profil nutzt den planbaren Kalender aus. Der öffentliche Teil, also Kataloge, Produktseiten und Berichterstattung, liegt als vollständige Antwort an den weltweit verteilten Cloudflare-Standorten bereit und erreicht den Besucher aus São Paulo oder Seoul aus dessen Region, nicht aus einem deutschen Rechenzentrum. Der Login-Verkehr der Händler und Zulieferer wird getrennt behandelt, gedrosselt und klassifiziert, bevor er den Origin erreicht. Das Hosting bleibt auf den Normalbetrieb dimensioniert, die Messewoche trägt das Netz. Voraussetzung ist Vorlauf: Eine Edge-Schicht mit Lasttest gegen das Messeszenario entsteht in den Wochen vor dem Termin, nicht am Aufbautag.

#Fallmuster aus Automotive, Versicherung und Fachverlag

Drei Konstellationen aus Automotive, Versicherung und Verlagswesen, ohne Namen, aber mit den Details, an denen die jeweilige Freigabe hing.

Der Automotive-Zulieferer mit dem Händlerportal: Ein Zulieferer betrieb Katalog und Händlerbereich auf demselben WordPress-System, dimensioniert für den Alltag. In der Messewoche vervielfachte sich der Katalog-Traffic durch internationale Besucher, und das Portal wurde für die eigenen Händler unbenutzbar, ausgerechnet in der Woche der Vertragsgespräche. Die Edge-Schicht trennte die Wege: Der Katalog wird weltweit aus dem Cache beantwortet, die Login-Route ist ratenbegrenzt und gegen automatisierte Anmeldeversuche gefiltert, und der Origin verarbeitet nur noch authentifizierte Sitzungen. Seither ist die Messewoche ein Marketing-Ereignis, kein Infrastruktur-Ereignis.

Die Vertriebsorganisation im Versicherungsumfeld: Ein Haus mit Maklerportal musste seiner Compliance zusichern, dass die Edge-Schicht keine Antrags- und Gesundheitsdaten verarbeitet. Die Architektur wurde entsprechend geschnitten: Die Edge liefert ausschließlich Marketing-Seiten und Dokumente über signierte, ablaufende URLs aus, sämtliche Formularstrecken laufen am Cache vorbei direkt zum Origin. Jede Konfigurationsänderung ist im Git-Verlauf belegt, die Auslagerungsdokumentation samt Exit-Plan ging durch die Lieferantenprüfung im ersten Anlauf. Bemerkenswert war, was nicht passierte: keine Nachforderungen der Freigabestelle, weil die Mappe vollständig war.

Der Fachverlag mit dem KI-Crawler-Problem: Ein Verlag stellte fest, dass Inhalte aus seinem kostenpflichtigen Fachangebot in KI-Antworten auftauchten, obwohl kein Lizenzvertrag existierte. Die Logs zeigten eine wachsende Flotte von Crawlern, die sich teils korrekt auswiesen, teils als Browser tarnten. Die Edge-Schicht setzt seither eine Crawler-Politik durch: Verifizierte Suchmaschinen-Bots behalten den vereinbarten Zugang, KI-Crawler werden gemäß der Verlagsentscheidung zugelassen oder abgewiesen, und nicht verifizierte Automaten laufen ins Leere. Die sauber protokollierten Zugriffe wurden nebenbei zur Verhandlungsgrundlage für Lizenzgespräche.

#Das Münchner Kostenniveau als Nearshoring-Argument

München leistet sich die höchsten Agentur- und Personalkosten des Landes, und jede lokale Offerte preist Büromieten zwischen Schwabing und Bogenhausen mit ein. Bei Leistungen, die physische Nähe erfordern, mag das gerechtfertigt sein. Edge-Entwicklung gehört nicht dazu: Das Arbeitsergebnis ist versionierter Code, Dokumentation und ein Betriebshandbuch, und die Zusammenarbeit findet ohnehin in Repository, Ticket-System und Videocall statt, auch wenn beide Seiten an der Leopoldstraße säßen.

Unser Modell ist darauf gebaut. Wir arbeiten als polnische Agentur mit deutschsprachiger Projektführung für den deutschen Markt, innerhalb der EU und damit ohne Bruch in der DSGVO-Kette: Der Auftragsverarbeitungsvertrag mit uns ist so unkompliziert wie mit einem deutschen Dienstleister. Für Ihren Einkauf ist das ein gewohnter Vorgang, für Ihr Budget ein spürbarer Unterschied, und die Preisgestaltung bleibt individuell nach Umfang der Edge-Logik statt nach Münchner Quadratmeterpreisen.

Dazu kommt ein Punkt, den das Münchner Fachkräfteniveau verschärft: Entwickler mit belastbarer Workers-Erfahrung sind auch an der Isar rar, und die wenigen werden von Konzernen und Produktfirmen aufgesogen. Ein Nearshoring-Partner, der diese Spezialisierung im Team hält und über Projekte hinweg pflegt, ist häufig schneller verfügbar als eine lokale Neueinstellung und bindet kein Headcount-Budget in einer Rolle, die nach der Aufbauphase nur noch anteilig gebraucht wird.

#Wann wir von einem Edge-Projekt abraten

Es gibt Konstellationen, in denen wir im Erstgespräch abwinken, und die häufigste ist eine Münchner Spezialität: Der Konzern hat bereits einen Enterprise-Vertrag mit einem CDN-Anbieter, samt eingearbeitetem Betriebsteam und ausgehandelten Konditionen. Eine zweite Edge-Plattform daneben zu stellen verdoppelt Komplexität und Freigabeaufwand, ohne den Nutzen zu verdoppeln. In diesem Fall lautet die ehrliche Empfehlung, den bestehenden Vertrag auszureizen, und falls dort Fähigkeiten fehlen, das zuerst mit dem Bestandsanbieter zu klären.

Die zweite Konstellation sind rein interne Anwendungen: Ein Intranet oder ein Portal, das ausschließlich hinter dem Unternehmens-VPN erreichbar ist, hat keinen öffentlichen Traffic, den eine Edge-Schicht tragen könnte. Die dritte ist nüchterne Verhältnismäßigkeit: Wenn für die Marketing-Site einer Tochtergesellschaft die Lieferantenanlage mehr Aufwand kostet als das Projekt selbst, ist gutes Hosting mit einem gepflegten Cache-Plugin die rationalere Antwort. Diese Rechnung machen wir im Audit auf, bevor Aufwand entsteht, und wir halten das Ergebnis auch dann fest, wenn es gegen uns ausfällt.

#Ablauf: ein Projekt, das die Revision übersteht

Der Ablauf ist auf B2B-Realität zugeschnitten, in der Freigaben den Takt vorgeben. Am ersten Tag geht das Unterlagenpaket an Einkauf und Datenschutz: AVV-Entwurf, Sub-Prozessoren-Referenz, Zertifizierungsnachweise, eine Referenzarchitektur mit Datenflussdiagramm und die Exit-Dokumentation. Während die Freigabe läuft, erstellen wir das Audit: TTFB aus realen Nutzerdaten, Cache-Verhalten, Bot-Anteil in den Logs, dazu der Abgleich mit Ihrem Messe- und Kampagnenkalender.

Der erste Worker entsteht in einer Testumgebung und wird gegen das erwartete Lastszenario getestet, bevor er ein dokumentiertes Freigabe-Gate passiert und produktiv geht. Danach wächst die Edge-Schicht im Change-Verfahren: jede Erweiterung als nachvollziehbarer Commit mit Review, Regressionstests und beschriebenem Rückweg. Den Abschluss bildet die Übergabe an Ihre interne IT mit Betriebshandbuch, Dashboards, Alarmen und einer Einweisung, sodass der Betrieb im Haus getragen werden kann. Die Projektkosten sind individuell, die Cloudflare-Plattformkosten davon getrennt und öffentlich einsehbar, und wir empfehlen die kleinste Vertragsstufe, die Ihre Anforderungen erfüllt.

#Abnahme und Verantwortungsübergang

Eine technische Abnahme ist erst belastbar, wenn nicht nur der Normalfall funktioniert. Deshalb umfasst unser Abnahmeprotokoll auch bewusst ausgelöste Fehler: einen nicht erreichbaren Origin, eine fehlerhafte Worker-Version, eine abgelaufene Konfiguration und eine Cache-Regel, die zurückgenommen werden muss. Das Team sieht dabei praktisch, welche Alarme auslösen, wie der dokumentierte Rückweg funktioniert und welche Daten für eine spätere Ursachenanalyse erhalten bleiben. Für Münchner Unternehmen mit formalen Change-Prozessen entsteht so ein prüfbarer Übergang vom Projekt in den Betrieb.

Die Zuständigkeiten werden ebenfalls schriftlich festgehalten. Redaktion und Marketing behalten ihre bekannten Veröffentlichungswege, die interne IT erhält Zugriff auf Auslieferung, Monitoring und Rückkehr zum vorherigen Stand, und wir übernehmen nur den vereinbarten Teil der Pflege. Eine RACI-Matrix im Betriebshandbuch verhindert, dass bei einer Störung Einkauf, Hosting, WordPress-Betreuung und Edge-Dienstleister aufeinander verweisen. Diese organisatorische Schicht kostet wenig, entscheidet aber darüber, ob die Architektur nach dem ersten Personalwechsel noch sicher betrieben werden kann.

#Origin und Edge in einer Verantwortung

Für eine Freigabestelle ist die Zahl der Beteiligten ein Risikofaktor: Jede Schnittstelle zwischen Dienstleistern ist eine Stelle, an der Verantwortung im Zweifel hin- und hergeschoben wird. Deshalb halten wir beide Ebenen in einer Hand, vom WordPress-Origin bis zur Workers-Schicht, mit einer AVV-Kette, einem Ansprechpartner und einer Dokumentation, die Ihre Revision lesen kann. Das Fundament dafür liefert die WordPress-Entwicklung in München, für Shops die WooCommerce-Entwicklung in München, und wer perspektivisch über ein statisches Frontend nachdenkt, findet die Abwägung bei der Migration zu Next.js oder Astro in München. Die technischen Details der Leistung stehen auf der Übersichtsseite zur Cloudflare-Edge-Entwicklung.

Der erste Schritt ist auf Ihren Freigabelauf zugeschnitten: Sie erhalten das Unterlagenpaket für Einkauf und Datenschutz zusammen mit einem Audit, dessen Ergebnis als Entscheidungsvorlage für Ihre Gremien taugt, einschließlich des Falls, dass die Vorlage vom Edge-Projekt abrät.

Zuletzt aktualisiert: 10. Juli 2026