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

[[AzidRain]]

Yo creo que es redundante y poco práctico (por experiencia lo digo) el tener varios servidores independientes y que al final consolidan la información en otro servidor. Esto aunque como ventaja tiene que se cuenta con una capa de respaldo por cada sucursal al final resulta en más código y más cosas que cuidar para que todo funcione bien.

Yo te recomendaría montar un solo servidor principal con un motor de BD para guardar ahi las imágenes y que se puedan consultar rápidamente por cualquier cliente. Tan solo con eso ya te ahorras mucho trabajo ya que la gran parte de él lo hará el motor de BD. A los clientes les das la ventaja de que pueden consultar la información casi inmediatamente después de que ha sido actualizada y dado que únicamente se realizarán consultas y no modificaciones la programación es mas sencilla.

Ahora bien, la interface de su sistema cliente no puede ser más sencilla y hasta tienes la opción de hacer una pequeña aplicación web que puede tambien estar alojada en el servidor principal, para subir y consultar las imágenes o bien si prefieres hacer un cliente sencillo en Delphi para el mismo fin pero indudablemente es muy simple de desarrollar tanto en uno como en otro modo.

Nada mas habría que tener cuidado al elegir el servidor principal dado el tráfico que va a manejar, yo sugeriría uno con procesador de al menos 3.0GHz, DD de 260 Gb (si se puede armar un RAID de minimo 4 discos mejor) , al menos 2 GB de Memoria y una conexión rápida a internet. Obviamente montandole un SO Linux del sabor que te guste y si es posible unicamente con línea de comandos para aprovechar al máximo los recursos exclusivamente para ese fin.

[[jcarteagaf]]

Muchas gracias por las respuestas.

jachguate:

Los clientes lo unico que haran es enviar la información y las imagenes, el servidor debe indicarles si la información se recibio con exito o no.

De ninguna manera los clientes trabajaran desconectados, ya que su unica función será enviar la información. Existe otra aplicación que se encarga de generar la información y las imagenes en cada cliente.

AzidRain

Por la naturaleza de la aplicación y debido al alto trafico que se generara en ciertas horas pico, es mas optimo tener un servidor por ciudad. Ademas la velocidad de envio sera menor (ya que algunos estaran conectados directamente al servidor)

La segunda parte del proyecto es laconsulta de la información para lo cual se tiene pensado una pagina web (la decision esta entre usar PHP o ASP.Net), luego abrire un hilo para pedir su consulta sobre este aspecto.

Nuevamente gracias por su tiempo.

Saludos.

[[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.

[jachguate]

Empezado por jcarteagaf

Los clientes lo unico que haran es enviar la información y las imagenes, el servidor debe indicarles si la información se recibio con exito o no.

Creo que esto se sobreentiende en todos los casos y probablemente soy yo quien no he sabido expresar la pregunta, pero es que todo está mas o menos vago.

Tratando de ser mas puntual, podrías basar la aplicación front-end en controles asociados a datos, valiéndote del uso de DataSnap, lo que simplifica mucho las cosas, pues es este quien se encarga de gestionar la forma en que se transmitirán los datos y en delphi vos lo ves como cualquier otro DataSet.

Otra ventaja del uso de DataSnap, que ya había comentado, es que podes montar el servidor sobre http.

Empezado por jcarteagaf

De ninguna manera los clientes trabajaran desconectados, ya que su unica función será enviar la información. Existe otra aplicación que se encarga de generar la información y las imagenes en cada cliente.

Trabajar desconectado no es un requisito indispensable... solo algo que se puede lograr.

Un saludo.