Questo scenario sembra piuttosto ordinario, eppure, stranamente, sistemi di messaggistica (come Google Cloud PubSub e Task Queues e ActiveMQ ) non sembrano supportarlo - presumono che argomenti / code siano longevi.
- Un server webapp di frontend invia una richiesta a un server di backend.
- Il server di backend risponde a questa richiesta con "aspetta di ricevere i messaggi sul canale X" (la terminologia nel sistema di messaggistica asincrona potrebbe essere "coda" o "argomento" piuttosto che "canale".)
- Il server di back-end distribuisce i risultati su X ogni pochi secondi per circa 2 minuti.
- Il server di frontend interroga il canale X per ottenere questi risultati.
Quindi, il canale deve esistere solo per i 2 minuti.
Sto fraintendendo come farlo? Qual è il giusto approccio al design?