Conexiones remotas, consideraciones a tener en cuenta, alternativas

[[duilioisola]]

1 - Además del no-ip está el dyndns.org. No se si es grátis para uso comercial.
2 - Por lo que veo solo envías archivos y desearías recibir algun archivo.

Consideraciones.
- Disponibilidad de conexión.
Si se mueve y entra a casa del cliente, puede ser que no tenga conectividad a internet. En este caso deberá trabajar offline y enviar la información en un momento posterior.
Esto significa que tampoco podrá cosultar datos.
En este caso sugiero una aplicación que lleve todos los datos y que se sincronice cuando tenga conexión.

- Envías archivos que serán procesados por un servidor.
Cuanto "pesan" los archivos que envías?
Si son pocos datos los que envías, quizás puedas conectarte directamente con la base de datos y hacer insert/update de las tablas que corresponda.
Si son muy pesados quizas debas comprimirlso y luego enviarlos.

- La información que quieres recibir en tiempo real es importante?
Quizás solo quieras saber un dato aproximado (stock aproximado por ejemplo). Para esto no necesitas estar conectado. Quizás teniendo datos de principio del día sea suficiente. En este caso, harías una aplicación que luego se sincronizara con el servidor

- Te recomiendo generar una VPN para el tema de seguridad.

- Firebird se conecta a través del puerto TCP/3050. Deberás abrirlo en tu servidor.

- Dependiendo de la velocidad que quieras para acceder o enviar los datos puedes conectarte directamente a la base de datos. Yo he hecho una replicación muy simple que conecta directamente 2 bases de datos a travez de una ADSL y no es demasiado lento. (Haz algunas pruebas de todos modos). En la base origen hago un select de las tablas y envío los datos a un strored procedure en la base destino que se encarga de hacer un insert o update.

[juanelo]

Que tal,
Como yo lo he implantado y me ha funcionado muy bien es montando una aplicacion de escritorio (que la puedes desarrollar en delphi) sobre un servidor Windows 2003 (2008) server, y acceder a ella via terminal services.
Utilizo el servicio de Dyndns para resolver la IP, y se puede accesar al server con un ancho de banda de 1MB con una muy buena respuesta.
Las desventaja que tiene este esquema es, el costo de la licencia de Windows 2003 server, y que el server debe de ser un equipo algo mas arriba de lo "normal" o bien un server real.
Una de las ventajas es que no tienes que preocuparte por abrir ningun puerto para la comunicacion.

Saludos

[[Delphius]]

Hola,
Muchas gracias por tomarse el tiempo y ofrecer su ayuda.

He estado pensando en emplear VPN, pero la verdad es que apenas son unas cuantas PCs, cuanto mucho serán entre 4 a 6.
Me parece que es demasiado una VPN para 4 equipos, sabiendo que se van a estar movimiento. Si, lo bueno es que empleando una VPN consigo un tunel seguro.

duilioisola lo que me comentas de que sea una aplicación que sincronice los datos, es una alternativa. No había pensado mucho en como podría trabajar si no tienen una conexión, o si se les cae.
Será un poco más complicado pero en fin es algo más a considerar.
Por otro lado debo aclararte de que no es que se envía archivos. Por ahora ellos se manejan enviandose archivos Excell entre ellos, la idea es que ya no se trabaje con esos archivos sueltos sino que quede bien organizado y estructurado en una base de datos.

Para amortiguar el cambio, si tengo pensando que el sistema pueda recibir archivos excel, los procese y guarde los datos debidamente. De este modo mientras se avanza en alguna otra parte del sistema se pueda ir trabajando.

Debo comentar que esto se trata por ahora de manegar una especie de "agenda" de lo entra y sale (no en un aspecto monetario) en sus campos, como va evolucionando la actividad, los rendimientos dados, esperados, un manejo de sus proveedores, de sus socios. Además con un plus de que se manejen ciertos perfiles de acceso. Espero que esto aclare algunos puntos.

La actividad agraria es lenta, hay días (mejor dicho: semanas e incluso meses) en los que no hay nada que consultar, borrar, añadir, y/o actualizar. No es que se necesite la actividad del día... los resultados, las estadísticas son visibles en un marco temporal más grande: meses, años; cuanto mucho, dependiendo de algunas de esas particularidades que estoy analizando, en ciertas ocasiones a nivel semanal.

Esto es lo fundamental, dentro de esa "agenda" hay cuestiones y particularidades de como lleva el trabajo que lo hace único. Eso no es el problema central, esas particularidades hacen a la forma de estructurar la información, no a una conexión.
El asunto es en estos días, estudiar diversas opciones para lograr la conexión.

El tiempo que duró la reunión no fue lo suficiente como para analizar la infraestructura que él y el resto de las personas involucradas tienen. Hemos analizado y hablado más de sus particularidades y apenas superficialmente el tema de la conexión.

Por ello es que estoy aqui, analizando y estudiando diversas maneras de como enfocar esto. Si la agenda de mi cliente lo permite, en unos días podré concretar una nueva reunión y hablar bien de los aspectos más técnicos.

Disculpen que no pueda ser más específico en esto, les agradezco su ayuda.

Saludos,

[[duilioisola]]

VPN SI O SI!!!
Yo creo que emplear una VPN es escencial. Creo que jamás debes dejar el puerto que utilices abierto y esperando...
Con un Windows Server y un Windows Profecional puedes montar VPNs, sin necesidad de instalar software de terceros...

Una vez dentro de una red segura (VPN) podrás empezar a pensar si accedes directamente a la base, le envias y recibes archivos en alguna carpeta o te creas tu propio protocolo "DelphiusTCP".

Otro tema: Disponibilidad e conexión.
Creo que es la base para empezar el diseño.
- Si siempre hay conexión, solo será cuestión de conectarte a los datos. (base de datos/carpeta almacén/Capa intermedia)
- De lo contrario, deberás pensar en tener todos los datos y replicarlos cuando sea posible. Tendrás que ir marcando lo que has insertado/modificado/borrado para poder hacer la sincronización.

[juanelo]

Empezado por duilioisola

VPN SI O SI!!!
Yo creo que emplear una VPN es escencial.

Y si no tienes un ancho de banda importante y una base de datos relativamente grande, entonces que que el usuario se siente a esperar no importa ... no creo que sea la mejor solucion para todos los casos.
Saludos

[hjpires]

uy, esto da para escribir largo y tendido
creo que lo primero es ordenar todos los factores que inciden en tu proyecto:
- disponibilidad (hardware, enlaces, propios o via internet, etc)
- conocimientos (como bien decis, mejor no meterse en terrenos que no domines)
- necesidades del cliente.

antes de discutir el como hacerlo hay que saber el qué hay que hacer.
por lo que lei creo que tu cliente no requiere información on-line. es decir, te permite manejarte con una "vista" de los datos desactualizada.
por otra parte comentas que se dedica a la actividad agrícola, eso me hace pensar que posiblemente los puestos de trabajo no esten necesariamente en ciudades donde puedas acceder a algún tipo de conexión. Al menos aquí es asi.
para no dar tantas vueltas te comento lo que he hecho para ver si te sirve.
un cliente mio (una situacion particular porque era una empresa que tenia gente desarrollando y yo y un amigo debia aportar modulos al sistema que estaba en funcionamiento) tiene un sistema de gestion desarrollado en delphi y el cual lo subio a una WAN con enlaces propietarios. el primer inconveniente con el que nos encontramos fueron los tiempos de respuesta ya que al hacer una aplicacion ideada para una LAN uno no se preocupa mucho del trafico que genera en la red y como te decia no toda la aplicacion fue desarrollada por mi. Por lo tanto tratamos de buscar una solución que resolviera lo que ya estaba corriendo.
la base de datos que usamos es MS SQL Server (version 2000) y lo que hicimos fue armar un esquema de replicacion en la misma base de datos por lo tanto investigando un poco y sin tocar una sola línea de código, armamos un esquema con un servidor principal (publicador, que maneja todas las sincronizaciones) y servidores secundarios (subscriptores uno en cada oficina remota).
Si se corta la conexion entre estos servidores, seguis trabajando con los datos locales como si nada hubiera pasado, en cuanto se reestablece la conexión, las base de datos se comienzan a sincronizar entre si prácticamente sin participacion del usuario (solo hay participacion si en la sincronizacion aparecen conflictos). por lo tanto es un esquema que te sirve tanto si estas conectado como si no lo estas.
ahora hablemos de importes. Yo te dije que esto se resuelve con un sql en cada oficina, uff mucha plata en licencias, pero lo bueno es que existe una version de ms-sql que viene con office, osea que si el cliente tiene el office en su pc tambien puede tener esta version de ms-sql que funciona de maravillas como subscriptor, incluso creo que hasta lo podrias colocar como publicador, no recuerdo como salieron esas pruebas.
para la sincronizacion entre las bases, obviamente vas a necesitar conectarlas de alguna manera, si es atraves de internet, como el resto te sugiero que lo hagas atraves de VPN no tenes que invertir en nada, Windows lo soporta, y sino podes utilizar línea telefónica haicendo RAS o acceder a traves de un modem GPRS en caso que tengas señal de telefonia celular etc.
En fin, creo que tienes varias alternativas, cualquier cosa si te interesa y queres que sigamos conversando via msn, avisame.

saludos y suerte con el proyecto