You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Unser cache key basiert aktuell auf dem updated_at Feld aller Events und Anmeldungen. Falls Events und Anmeldungen ständig aktualisiert werden, führt das dazu, dass der Cache sehr häufig invalidiert wird.
Damit wir einschätzen können ob unsere Event Caching ausreichend gut funktioniert soll mit dem SAC folgendes geklärt werden.
Wie häufig werden die Kurse geändert?
Wie viele gleichzeitige Anmeldungen werden erwartet?
Könnte die website die kurse in batches laden?
Punkte zu besprechen
Aktuell gehen wir über alle Events und Participations. Eventuell könnten wir das gemäss request einschränken und die website pagen
Eventuell würde ein reverse proxy helfen mit Stale-while-revalidate HTTP Header
┆Issue is synchronized with this Jira Task by Unito
┆Issue Number: HIT-965
The text was updated successfully, but these errors were encountered:
Cache validierungen sind jetzt laufend passiert, bisher hat sich noch niemand über mangelne Performanc beschwerit. Ich habe mal ein bisschen in die logs geschaut und wir hatten in den letzten 2 Tagen 12 Requests, die länger als 1 sek gebraucht haben.
Es gibt hier zwar verbesserungspotential, aber der need scheint nicht riesig, somit veschiebe ich das Ticket ins Backlog
Unser cache key basiert aktuell auf dem
updated_at
Feld aller Events und Anmeldungen. Falls Events und Anmeldungen ständig aktualisiert werden, führt das dazu, dass der Cache sehr häufig invalidiert wird.Damit wir einschätzen können ob unsere Event Caching ausreichend gut funktioniert soll mit dem SAC folgendes geklärt werden.
Punkte zu besprechen
Stale-while-revalidate
HTTP Header┆Issue is synchronized with this Jira Task by Unito
┆Issue Number: HIT-965
The text was updated successfully, but these errors were encountered: