¿Hay problema con hacer 3,000 peticiones al servidor por hora, por cada usuario?

[berkeleyPunk]

Hola, amigos, voy al grano!

CONTEXTO. Tengo un backend donde puse una opción para configurar si se muestra o no un iframe en el frontend. Este iframe muestra un streaming en vivo.

OBJETIVO. La idea es que el frontend automáticamente muestre el iframe si la configuración así lo establece.

CÓMO LO ESTOY HACIENDO. Armé un script en Ajax jQuery que hace una petición al servidor cada 3 segundos. Esa petición recupera info de la base de datos para checar si la configuración dice que ya se active el iframe, y si así es, entonces se muestra el iframe. Si la configuración dice que se desactive el iframe, entonces se quita el iframe.

PREGUNTA. Tengo la impresión que estoy haciendo las cosas del peor modo posible, ya que el script está haciendo 28 mil peticiones al servidor cada 24 horas, claro, esto suponiendo que alguien tiene abierto el website las 24 horas al día, lo que dudo mucho. Pero si alguien tiene abierto el website durante 2 horas (lo que es muy probable), entonces se están haciendo 7,200 peticiones al servidor por cada usuario. Francamente no sé si estos números son mucho o no, y de qué manera podría esto afectar el rendimiento del website. ¿Estoy haciendo las cosas bien? ¿Hay una mejor idea para alcanzar mi objetivo?

Saludos,

[kahlito]

Hola berkeleyPunk.

Recientemente tuve un caso parecido, no se si el mismo pero quizás te puede servir de ayuda o al menos orientación.

http://www.forosdelweb.com/f18/optim...datos-1163181/

Saludos.

[Triby]

Definitivamente es una mala idea usar AJAX para desarrollos que requieren comunicación activa entre cliente y servidor, una buena opción es usar Websockets; el único inconveniente es que necesitarás un servidor dedicado o, cuando menos, VPS para configurar servicios, abrir puertos, etc., aunque, de seguir con AJAX, seguramente también llegará el momento en que un servidor compartido no sea suficiente por el consumo de recursos.

[haggenx]

Me parece una cantidad exagerada de peticiones (3000) por usuario en una hora, ¿y si tienes decenas o miles de usuarios incluso conectados?, pobre servidor. ¿Porqué tantas consultas?, ¿qué hace tu sistema?, ¿no hay forma de que guardes todo eso en caché y solo hagas consultas cuando lo requieras?

[pzin]

Desde luego, por la forma en que lo has hecho, parece un caso para usar websockets. Pero montar algo así solo para darle esa funcionalidad, es matar moscas a cañonazos.

[Panino5001]

Creo que te convendría usar Firebase para eso: https://firebase.google.com/docs/database?hl=es-419

[berkeleyPunk]

Iniciado por pzin

Desde luego, por la forma en que lo has hecho, parece un caso para usar websockets. Pero montar algo así solo para darle esa funcionalidad, es matar moscas a cañonazos.

Ajajaja, sí, pzin, oscuramente dentro de mí ya sospechaba algo así como esto que comentas.

Gracias a todos por responder, va punto para todos.

Les hago 2 actualizaciones más:

1. De hecho no hubiera yo llegado a FDW si no fuera porque de pronto el website en cuestión (que aún sigue en desarrollo, no en producción), se caía mostrando un error 500. La verdad que no encontré log en ningún lado, así que sospeché que el script que les comento era la razón de estas caídas. Así que comenté el script y no se ha vuelto a caer.
2. Hecho, voy a profundizar sobre los WebSockets y Firebase.

Saludos!