Wie sollte ich caching für externe api-daten sinnvoll einsetzen?
#1
Ich stecke gerade in einem kleinen API-Dilemma fest und wollte mal hören, ob das jemand anders auch so kennt. Bei meinem aktuellen Projekt habe ich eine externe Schnittstelle angebunden, die mir Daten liefert, die ich lokal cachen muss. Jetzt frage ich mich, ob ich wirklich jedes Mal eine neue Anfrage stellen sollte, wenn der Client nach etwas fragt, oder ob es sinnvoller ist, eine Art Zwischenspeicher zu implementieren. Irgendwie fühlt es sich falsch an, die externe Quelle bei jedem Klick zu belasten, aber ich habe auch Sorge, dass mein Cache dann veraltete Informationen liefert. Wie handhabt ihr das?
Zitieren
#2
Caching macht Sinn. Setze einen kurzen TTL, zum Beispiel 30 Sekunden bis wenige Minuten, je nach Aktualität der Daten. Hole bei der ersten Anfrage aus der API und bediene danach wieder aus dem Cache, solange der Eintrag gültig ist.
Zitieren
#3
Man könnte ETag oder IfNoneMatch verwenden, damit der Cache nur aktualisiert wird, wenn sich die Daten wirklich geändert haben. Dann balancierst du Latenz und Frische, ohne jeden Klick zur Quelle zu schicken.
Zitieren
#4
Ich merke, wie unruhig ich werde, wenn ständig neue Anfragen rausgehen. Ein Cache gibt mir so eine gefühlte Ruhe, auch wenn mal eine Information zu alt ist.
Zitieren
#5
Vielleicht geht es gar nicht um Caching, sondern darum, dass man der externen Quelle vertraut. Wenn ich aber alles sofort anfrage, fühlt es sich an, als würde ich nie warten müssen, bis der Server wieder liefert.
Zitieren
#6
Was, wenn das eigentliche Problem gar nicht Cache gegen Direktausfragen ist, sondern wer die Verantwortung für Aktualität trägt?
Zitieren


[-]
Schnellantwort
Nachricht
Geben Sie hier Ihre Antwort zum Beitrag ein.

Bestätigung
Bitte den Code im Bild in das Feld eingeben. Dies ist nötig, um automatisierte Spambots zu stoppen.
Bestätigung
(Keine Beachtung von Groß- und Kleinschreibung)

Gehe zu: