Zum Hauptinhalt springen
Ein wesentlicher Vorteil des Edge Computing besteht darin, dass es die statische Natur von CDNs ueberwindet, indem Code am Edge ausgefuehrt wird. Fuer Experimentationszwecke bedeutet dies, dass Bucketing-Entscheidungen fuer Experimente am Edge mit reduzierter Latenz erfolgen und Caching-Probleme vermieden werden. Verwenden Sie ein Starter-Kit, um die Latenz zu minimieren oder Feature Flags und Experimente in Teilen der Anwendung auszufuehren, die stark gecacht sind. Kameleoon hat das NodeJS-SDK erweitert und in die folgenden Starter-Kits eingebettet:

​
Tracking in serverlosen Umgebungen​

Die meisten serverlosen Edge-Compute-Anbieter, darunter AWS, Akamai, Vercel und Fastly, berechnen ihre Gebuehren basierend auf der CPU-Zeit, die Ihre Funktionen verbrauchen. Das Warten auf den Abschluss von Tracking-Anfragen am Edge erhoeht die Ausfuehrungszeit und die Kosten. Um die Leistung zu optimieren und die Kosten zu senken, empfiehlt Kameleoon, das Tracking auf der Clientseite durchzufuehren. Verwenden Sie eine der folgenden Methoden, um clientseitiges Tracking zu implementieren:
  • Engine-Tracking-Code: Verwenden Sie die Methode getEngineTrackingCode(), um ein Tracking-Skript zu generieren, das im Client-Browser ausgefuehrt wird.
  • JavaScript-SDK: Laden Sie das Kameleoon JavaScript-SDK auf der Clientseite fuer das Tracking. Da der Edge-Worker das Bucketing und die Variationsentscheidungen fuer Experimente verwaltet, kuemmert sich das clientseitige SDK nur um das Tracking und benoetigt keine Variationskonfiguration.

​
Cloudflare Workers​

Cloudflare Workers ist eine Ausnahme, da Sie hier ohne zusaetzliche Kosten auf asynchrone Anfragen warten koennen. In einer Cloudflare-Umgebung koennen Sie Tracking-Anfragen direkt im Edge-Worker durchfuehren, ohne Ihre abrechenbare CPU-Zeit zu erhoehen.