Assicurati che una nuova applicazione che utilizza WebSockets e sessioni HTTP non distribuite venga eseguita correttamente su Google Cloud.

La risposta corretta è "Convocare le operazioni cloud e l'ingegnere per valutare le opzioni del load balancer e l'affinità di sessione." Questo perché le applicazioni che utilizzano WebSockets e sessioni HTTP non distribuite (cioè sessioni locali) richiedono un load balancer che supporti l'affinità di sessione (sticky sessions). L'affinità di sessione garantisce che le richieste successive dallo stesso client vengano instradate alla stessa istanza del server, mantenendo lo stato della sessione. I WebSockets, essendo connessioni persistenti, beneficiano anche di un load balancer configurato correttamente per la loro gestione. Le altre opzioni sono meno appropriate: "Assistere l'ingegnere nella conversione del codice WebSocket in streaming HTTP" è una riprogettazione significativa e non necessaria se il load balancer può gestire i WebSockets. "Rivedere i requisiti di crittografia WebSocket con il team di sicurezza" è importante per la sicurezza, ma non risolve il problema fondamentale della gestione delle sessioni e del routing. "Aiutare l'ingegnere a riprogettare l'app per utilizzare un archivio di sessioni distribuito e rimuovere la dipendenza da WebSockets e sessioni locali" è una soluzione a lungo termine che richiede modifiche sostanziali all'applicazione, ma non è la prima azione da intraprendere per far funzionare l'applicazione esistente.