Sviluppo app per dispositivi mobili, ora sto lavorando a un progetto molto vasto per la creazione di uno strumento che consenta ai dipendenti di essere ampiamente utilizzati. Ora l'app è in modalità sviluppo e prova con pochi utenti, ma dovrà essere scalabile e avere una risposta rapida.
Quindi la domanda riguarda il modo in cui la cosa viene costruita, come aggiorna le informazioni sul "tempo reale".
quindi abbiamo un elenco di lavori, in questo elenco alcuni lavori hanno uno stato diverso, lo stato cambia in un lavoro, quindi da creato a inviato a inviato ecc.
Il fatto è che l'app come è attualmente basata su ping sul server per ogni lavoro ... quindi c'è molto ping ...
Ho fatto un altro tipo di connessioni per evitare che con lo stile del socket in tempo reale, o con rabbitMQ.
C'è anche la possibilità di usare qualcosa come firebase per inviare modifiche "in tempo reale", ma non voglio usare il loro database ... L'app sta già utilizzando GCM per le notifiche push.
Quando l'app viene utilizzata, esegue il ping del server per le modifiche ... Quindi può eseguire il ping del server 10 volte prima di ottenere un cambio di stato.
La base di utenti è di circa 60k lavoratori. Non tutti inviano i lavori tutto il tempo, ma sicuramente eseguono il ping parallelamente al servizio.
Ora la domanda è se la strategia ping è corretta, come determinare l'impatto sul server per il ping, quale sarebbe il migliore [scalabile, velocità] approccio per avere la sincronizzazione dei dati?