Upewnij się, że nowa aplikacja, która używa WebSockets i nierozproszonych sesji HTTP, będzie działać poprawnie w Google Cloud.

Prawidłowa odpowiedź to zwołanie zespołu operacji chmurowych i inżyniera w celu oceny opcji load balancera i koligacji sesji. Aplikacje używające WebSockets i nierozproszonych sesji HTTP wymagają, aby żądania od tego samego klienta były kierowane zawsze do tego samego serwera (stickiness sesji). Load balancery Google Cloud (np. Global External HTTP(S) Load Balancer) oferują różne tryby koligacji sesji, które należy skonfigurować, aby zapewnić prawidłowe działanie aplikacji. Współpraca z zespołem operacyjnym i inżynierem jest kluczowa do wyboru i implementacji odpowiedniej strategii. Pozostałe opcje są mniej odpowiednie: Konwersja kodu WebSocket na strumieniowanie HTTP jest niepotrzebna, ponieważ WebSockets są obsługiwane przez load balancery Google Cloud. Przegląd wymagań dotyczących szyfrowania WebSocket jest ważny, ale nie rozwiązuje bezpośrednio problemu nierozproszonych sesji i stickiness. Przeprojektowanie aplikacji w celu użycia rozproszonego magazynu sesji i eliminacji WebSockets jest drastycznym krokiem, który powinien być rozważany tylko wtedy, gdy konfiguracja load balancera nie jest możliwa lub wystarczająca.