El 20/09/07, usuario anonimo <[EMAIL PROTECTED]> escribió: > El 20/09/07, Graciela Urquieta <[EMAIL PROTECTED]> escribió: > > Hola, miren nuevamente acudo a uds. para ver que me puedan colaborar y > > brindar sugerencias sobre lo siguiente:
Veamos > > Acabo de ingresar a trabajar a un empresa, en la cual se tiene > > previsto desarrollar una gran aplicacion financiera (por los modulos > > de que se componen sera una aplicacion de buen tamaño). Resulta que > > las personas que finaciaran este desarrollo, tienen casi decidido > > afrontar este desarrollo en .net(sqlserver+c#+asp.net) principalmente > > por temas de rapidez en el desarrollo Se nota que los personajes no han desarrollado en .NET (la supuesta rapidez no es tal). > > obviamnete algunos de los > > desarrolladores tenemos la mision de cambiar esta decision y plantear > > el uso de SL, segun la distribucion de la empresa y sus sucursales se > > tendria el siguiente entorno: > > > > * aplicacion en entorno web (indispensable) > > * 1 oficina central > > * 20 a 25 surcursales (20 a 30 usuarios cada una) > > * conexion por medio de adsl de 256,512, 1Mb (Segun la posibilidad de > > acceso en cada sucursal) > > * se dispondra de clientes remotos internacionalmente (via internet) Mi recomendación es utilizar Symfony con PHP 5 y como base de datos puedes usar PostgreSQL, debido a que necesitarás replicación. De otra manera, puedes usar Python con Django o Ruby con Rails. Este último definitivamente no te lo recomiendo porque consume mucha memoria y gastas bastante tiempo haciendo que tu aplicación escale a una cantidad de usuarios relativamente buena. > > Se tiene previsto disponer un servidor (aplicacion+BD) en cada una > > para mejorar el acceso a la aplicacion por parte de los usuarios > > locales y hacer que estos no sientan el fecto de su velocidad de > > acceso (entre la of central y su sucursal que puede ser baja), pero > > por debajo hacer que los servidores de las sucursales se sincronicen > > con el servidor central para tener los datos actualizados > > (replicacion). PostgreSQL + Slony-I o PITR (Point-In-Time Recovery?) > Puedes usar como db PostgreSQL que funciona de maravilla, en la > replicacion tengo entendido que es un poco compleja, pero la verdad yo > no tengo experiencia en replicacion. No es tan fiero el león como lo pintan. > Independiente de las herramientas que quieras o elijas creo que el > exito dependera del nivel de conocimiento que tengas de estas. A veces, lo importante no es saberlo todo, sino tener el teléfono de quien sabe lo que necesitas ;-) -- Rodrigo Fuentealba