Cual es la mejor opcion para un sistema de esta clase...

[[AzidRain]]

A que llamas "alto tráfico" según lo que has platicado no le veo mayor problema, si tomamos en cuenta que los archivos a enviar no pesan mas alla de 100K lo cual bajo estándares actuales es bastante poco. Digamos que cada cliente va a subir diariamente 20 Mb de info. de todas maneras es poco y el motor no tendrá problemas, de todos modos no puedes evitar el tráfico hacia el servidor principal pues en algun momento tendrán que actualizarlo todos los "servidores regionales" generando exactamente el mismo tráfico que si lo hubieran hecho los propios clientes desde el principio.


Para la consulta de la info. de acuerdo a lo que comentas es más recomendable PHP pues no necesitas gran cosa de sofisticación además de que te dará oportunidad de montarlo en un servidor Linux que como ya te comenté te permitirá sacar el mayor provecho de los recursos del servidor.

[[jcarteagaf]]

Gracias por tu pronta respuesta y por tu tiempo.

Tienes razon, tomando en cuenta la tecnologia actual no es mucho, pero se produce un cuello de botella cuando se esta llegando a la hora limite, en ese momento todos los clientes enviaran la mayor cantidad de informacion, haciendo trabajar al servidor a toda su capacidad. Me olvide mencionar que existe una hora limite de envio, llegada a esa hora se cerrara el acceso al servidor asi que todos trataran de enviar la mayor cantidad de info momentos antes de la hora de cierre.

Con respecto a PHP ya el amigo Chackall me aconsejo lo mismo, voy a plantearlo como solución (a estudiar se ha dicho....).

Saludos

[jachguate]

Empezado por jcarteagaf

se produce un cuello de botella cuando se esta llegando a la hora limite, en ese momento todos los clientes enviaran la mayor cantidad de informacion, haciendo trabajar al servidor a toda su capacidad.

Si hay clientes por Internet, creo que el cuello de botella será el ancho de banda mucho antes que la capacidad de proceso del servidor.

Es mi opinión.

Un saludo.