Kapitel 5. Arbeiten mit HTTP-Sitzungen
Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: translation-feedback@oreilly.com
Benutzerorientierte Webanwendungen verwenden in der Regel HTTP-Sessions, um das Erlebnis für jeden Benutzer einzigartig zu machen. Wenn du schon einmal eine Webanwendung erstellt hast, hast du wahrscheinlich schon einmal mit HTTP-Sessions gearbeitet.
Auf einem herkömmlichen Server hast du die Sitzungsdaten vielleicht in lokalen Dateien oder im Speicher gespeichert, da dies bei vielen Web-Frameworks der Standard ist. Auch wenn das auf den ersten Blick bei Cloud Run funktioniert, ist es nicht sehr zuverlässig. Ein Cloud Run-Container ist ein Wegwerfprodukt. Er kann verschwinden, wenn er nicht benutzt wird, was dazu führt, dass Sitzungsdaten verloren gehen und Sitzungen mitten im Flug gestoppt werden.
Beispiele für Sitzungsdaten sind der Authentifizierungsstatus (eingeloggt oder nicht) und kurzlebige Zwischenzustände, wie z. B. der Inhalt eines Formulars, das der/die Nutzer/in ausfüllt, das aber noch Fehler aufweist, oder eine Statusmeldung, die der/die Nutzer/in sehen muss, die aber danach gelöscht werden kann ("Flash-Meldung").
Wenn du die Sitzungsdaten nicht in den Containern selbst speicherst, musst du sie an einem anderen Ort aufbewahren. Eine gängige Wahl ist Redis, ein Key-Value-Speicher mit niedriger Latenz und der Fähigkeit, viele gleichzeitige Verbindungen zu verarbeiten. Ich zeige dir, wie du Memorystore ...
Get Serverlose Anwendungen mit Google Cloud Run erstellen now with the O’Reilly learning platform.
O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.
