desarrollo deaAplicacion grande

[Rodrigo Fuentealba]

El 20/09/07, usuario anonimo <opinante.anonimo en gmail.com> escribió:
> El 20/09/07, Graciela Urquieta <graciela.urquieta en gmail.com> 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