Servizio in background o gestisci tutto in una volta?

1

Immaginiamo uno scenario: quando un utente invia un messaggio su un post del blog, l'autore originale verrà informato tramite una notifica push e un'email.

Questi messaggi dovrebbero essere inviati quando l'utente invia il messaggio e lasciargli trascorrere un po 'di tempo in più, o dovrei usare un servizio in background per guardare il database e fare il lavoro senza la necessità di un utente? Nel caso di un servizio in background avrei bisogno di IAAS anziché di PAAS.

    
posta MikkoP 08.06.2015 - 21:56
fonte

2 risposte

2

Sembra che tu abbia impostato un falso dilemma tra la reattività del sito web e la notifica via email veloce, ma non deve essere così se chiami il servizio in background in modo asincrono invece di eseguire il polling del database.

    
risposta data 08.06.2015 - 22:23
fonte
0

Ciò dipende dai requisiti del tuo prodotto e dalle aspettative del tuo servizio.

Generalmente per i servizi di blocco che non sono necessari per la creazione di una pagina, ti consiglio di eseguire un servizio in background.

Questo è il caso in cui la notifica push o il servizio di posta elettronica non sono in grado di tenere il passo con il carico.

Se il servizio era lento a inviare i messaggi, la pagina che ha avviato i messaggi si bloccava.

Ecco perché (credo) la maggior parte delle applicazioni utilizza una coda per elaborare azioni come notifiche ed e-mail.

È relativamente semplice impostare una coda e quindi utilizzare produttori / consumatori per gestire le azioni.

    
risposta data 08.06.2015 - 22:26
fonte

Leggi altre domande sui tag