Seit meinem Artikel über Latency in SiteCatalyst 15 hat sich hinter den Kulissen einiges getan: Es gibt mittlerweile zwei Wege, schneller an die Daten in Sitecatalyst 15 heranzukommen.
30 Minuten Batches
Die normale Batchsize bei SiteCatalyst 15 ist, wie erwähnt, 60 Minuten. Seit einiger Zeit kann man allerdings für maximal 2 kritische Report Suites auf kleinere Blockgröße umschalten, auf 30 Minuten.
SiteCatalyst 15 beginnt dann alle 30 Minuten einen neuen Block. Das Backend benötigt etwa 15 Minuten zur Berechnung dieser Blöcke, Daten sind also zwischen 45 und 15 Minuten nach eintreffen in den Reports sichtbar.
Das bekannte Sägezahnmuster bleibt dabei gleich, nur sind die Zähne halb so hoch und dafür gibt es doppelt so viele.
Resultat: Daten sind schneller verfügbar, etwa doppelt so schnell.Current Data Reports
Die zweite Neuerung sind die sogenannten “Current Data” Reports.
Zu jedem Report in SiteCatalyst 15 gibt es einen entsprechenden “Current Data” Report. Dieser zeigt für zwei Tage (gestern und heute oder wahlweise nur den aktuellen Tag) Daten quasi in Echtzeit, oder genauer gesagt: Mit der gleichen Latency wie damals[tm] unter SiteCatalyst 14.
Das bedeutet, daß Metriken wie Page Views oder Instances mehr oder weniger in Echtzeit zur Verfügung stehen, enorm hilfreich wenn man z.B. einen neuen Artikel gestartet hat oder eine eben gesendete Emailkampagne im Auge behalten will.
Auch für Onlinezeitungen sind die Current Data Reports nützlich.
Es gibt ein paar Einschränkungen:- Current Data Reports erlauben keine Correlations oder Subrelations.
- Man kann Current Data Reports nicht segmentieren.
- Current Data gibt es wie bereits angesprochen nur für maximal zwei Tage: heute und gestern.
Wie bekommt man Current Data Reports?
Das kann man selber einrichten. Es genügt, unter Admin > Admin Console > User Management einen Benutzer zur “Current Data” Gruppe hinzuzufügen, damit dieser Benutzer Zugriff erhält.
Zusammenfassen lassen sich die Änderungen also wie folgt:Man kann 2 kritische Report Suites auf 30 Minuten Blöcke umschalten lassen, diese liefern dann Daten doppelt so oft, bzw. doppelt so schnell. Und falls das nicht schnell genug ist, gibt es die Current Data Reports, deren Daten genau so schnell zur Verfügung stehen wie sie es bei SiteCalyst 14 taten.
Hi
Excellent article, particularly for those in the publishing sector for whom 2 hours just won’t cut the mustard.
Next question: We have been up-dimensioning many evars from 500k to 1m or more. I was told that this “introduces further latency”. If we wind it up further to 2m or even 5m latency will increase further (I am told). Why?
Hi Barry,
Glad this makes sense!
To your question: upping uniques does not affect the latency this article is about. It does affect reporting speed. To illustrate this: if you up your limits too high, reports in SiteCatalyst might not come back before the UI times out, and you’ll essentially have to pull the limits back down a bit to be able to use that report at all.
In my experience, 2m is pushing your luck, but it does work for some customers.