Traffic Spitzen und Server Side GTM
Management Summary
Häufig liest man, dass eine gewisse Anzahl an Minimum Instanzen bei einem Server Side GTM Setup mittels Cloud Run oder App Engine empfohlen wird. Als Grund dafür werden Traffic Spitzen genannt, welche bei einer langsamen Skalierung der Instanzen zu Datenverlust führen könnten. Gegen diesen Ansatz sprechen die laufenden Kosten, welche nicht genutzte Minimum Instanzen verursachen.
Server Side GTM Test Setup für Traffic Spitzen
Mit folgendem Test Setup wollte ich überprüfen, ob das Auto Scaling von Cloud Run und App Engine tatsächlich nicht mit Traffic Spitzen mithalten kann.
- Auf http://localhost/ wurde ein Web-GTM und darüber GA Universal implementiert
- Mittels der JavaScript Funktion setInterval() wurden über die dataLayer.push() Funktion so viele Seitenaufrufe wie möglich pro Minute getriggert und versendet
Diesen Test habe ich mehrmals wiederholt, das Ergebnis war jedoch immer sehr ähnlich.
Anbei das Ergebnis des letzten Tests.
| Service | Cloud Run | App Engine |
|---|---|---|
| Instanzen | 0-100 | 1-100 |
| Dauer | 179 sek | 171 sek |
| Hits / Minute | 23.464 | 24.561 |
| Requests versendet | 70.000 PVs | 70.000 PVs |
| Requests angekommen | 69.956 PVs | 69.804 PVs |
| Requests angekommen | 99,94% | 99,72% |
Bei Cloud Run war es möglich eine Minimum Anzahl von 0 Instanzen einzustellen. Beim Server Side GTM Setup über die App Engine wird das Flexible Environment verwendet, welches immer eine Minimum Anzahl von 1 Instanz hat.
Wie man in der Tabelle erkennen kann, kommen fast alle versendeten Pageviews an und das obwohl eine Traffic Spitze von 0 Hits / Minute auf über 23.000 Hits / Minute simuliert wurde. Solche Traffic Spitzen haben vermutlich die wenigsten Website Betreiber.
Auto Scaling bei Traffic Spitzen
Die beiden Grafiken zeigen im Detail wie die Instanzen von Cloud Run und App Engine automatisch skaliert haben.
Automatische Skalierung der Instanzen von Cloud Run
Automatische Skalierung der Instanzen von App Engine
Fazit
Es bleibt leider die Frage offen wo die Grenze liegt und ab wann das Auto Scaling nicht mehr nachkommt. Leider war es mit diesem Test Setup nicht möglich mehr als 23.000 – 25.000 Hits / Minute zu senden. Der Browser braucht einfach eine gewisse Zeit für das Versenden und zusätzlich wirft die GA Tracking Bibliothek einen Fehler wenn man die Frequenz zu sehr erhöht. Möglicherweise wird ein weiterer Test, bei welchem die Hits von einem Server versendet werden, noch folgen.
