Polling AJAX in un'API per uso commerciale

Question

Attualmente sto sviluppando un'API che utilizza il polling dell'intervallo AJAX, esegue il polling a 900 byte ogni 1,5 minuti, non sembra mettere un carico pesante su MySQL ed è solo uno stream AJAX. Ho in programma di passare a un server node.js una volta che avrò abbastanza entrate da questo avvio, ma per ora posso solo permettermi di acquistare un host condiviso che utilizza apache.

In termini di scalabilità questo sarebbe fattibile? Inoltre, questo sarebbe accettabile da uno standard commerciale, dal momento che sono ora disponibili altre soluzioni come comet?

Answer 1

"non sembra mettere un carico pesante su MySQL"

Per un certo numero di utenti alla fine deve essere sottoposto a un carico "pesante", ma non è una "cosa negativa".

Per qualsiasi applicazione, progettata in qualsiasi modo, ci sarà un punto in cui una parte dell'infrastruttura scricchiola. Non è una ragione intrinseca per adottare una soluzione più sofisticata (e spostare altrove il collo di bottiglia).

Quindi raccogli alcuni dati empirici, come: per quale numero di utilizzi questo carico di polling diventa significativo? Eseguire alcuni test di carico, non solo di polling, ma anche dell'altro lavoro svolto da questi utenti. Sicuramente non stanno solo sondando, stanno facendo altre cose che caricheranno anche MySQL. Quando scricchiola? A quel punto i ricavi che ne derivano consentirebbero di acquistare più capacità? Oppure avresti la certezza che un'architettura diversa risolverebbe il problema. In altre parole, hai un "out" realistico?

La mia ipotesi è che se il polling diventa un problema, hai alcune buone soluzioni intermedie come il caching o la riduzione della frequenza di polling, oltre alla possibilità di introdurre Comet. E quindi è ragionevole iniziare con la tua semplice strategia di sondaggio.