Pregunta

Actualmente estoy desarrollando una API que usa sondeo de intervalo AJAX, sondea a 900bytes cada 1.5 minutos, no parece poner una gran carga en MySQL y es solo un flujo AJAX. Planeo actualizar a un servidor node.js una vez que obtenga suficientes ingresos de esta puesta en marcha, pero a partir de ahora solo puedo permitirme comprar un host compartido que use apache.

En términos de escalabilidad, ¿sería esto viable? Además, ¿sería esto aceptable desde un estándar comercial, ya que ahora se encuentran disponibles otras soluciones como cometa?

¿Fue útil?

Solución

"no parece poner una gran carga en MySQL"

Para algunos usuarios, eventualmente debe suponer una carga "pesada", pero eso no es "algo malo".

Para cualquier aplicación, diseñada de cualquier manera, habrá algún punto en el que alguna parte de la infraestructura cruje. Esa no es una razón intrínseca para adoptar una solución más sofisticada (y mover el cuello de botella a otra parte).

Así que recopile algunos datos empíricos, como: ¿para qué cantidad de usos se vuelve significativa esta carga de sondeo? Realice algunas pruebas de carga, no solo de sondeo, sino del otro trabajo que están haciendo estos usuarios. Seguramente no solo están encuestando, están haciendo otras cosas que también cargarán MySQL. ¿Cuándo cruje esto? En ese momento, ¿los ingresos resultantes le permitirían comprar más capacidad? ¿O tendría la confianza de que una arquitectura diferente solucionaría el problema? En otras palabras, ¿tiene una "salida" realista?

Supongo que si el sondeo se convierte en un problema, tiene algunas buenas soluciones intermedias, como el almacenamiento en caché o la reducción de la frecuencia del sondeo, además de la posibilidad de introducir Comet. Por lo tanto, es razonable comenzar con una estrategia de encuesta simple.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top