Se la tua app avrà una base di utenti molto piccola (ad esempio un'app aziendale, con meno di poche centinaia di utenti), potrai fare in modo che ogni client si limiti a controllare il server meno di una volta ogni N / 100 secondi, dove N = numero di client. Aggiungete un po 'di ritardo in più come margine di sicurezza e forse randomizzate un po' quel margine per ridurre la probabilità che i client si accumulino in un dato istante.
Ma attenzione, questa è una soluzione molto bassa. Può funzionare adeguatamente per basi di utenti molto piccole, soprattutto se necessitano di aggiornamenti molto rari. Questo è essenzialmente il modo in cui funzionano i plugin di Twitter e Facebook per i siti di blog WordPress.
Ma se la tua app è molto popolare, non è possibile che siano sufficienti 100 richieste / minuto. Assolutamente no. In tal caso, il servizio proxy di @ Sign è la strada da percorrere. Se l'app ha molto successo, il proxy avrà anche bisogno di essere un cluster multi-macchina con bilanciamento del carico, memorizzazione nella cache, failover ad alta disponibilità e così via.