Me han planteado una aplicación que dista bastante de lo que estoy acostumbrado a hacer, pocos usuarios y millones de datos, y tengo un lío importante a la hora de estimar los costes en cuanto a máquinas para ver si es un proyecto viable o no.
Para que el proyecto genere unos ingresos razonables necesitamos soportar unos 7500 usuarios potenciales al día cargando relativamente muy poca información, y picos posibles de 50.000 usuarios solo lectura unos veinte o treinta días al año. La aplicación sería symfony2 y teniendo claro que mucho depende de las optimizaciones etc. agradecería bastante si me pudieseis dar alguna orientación sobre número de servidores necesarios etc. en base a alguna experiencia propia, al menos para hacerse una idea de costes.
Aclaro que lo de los 7500 usuarios etc. no es una sobrada de creador del nuevo facebook, ni algo imposible :) Un usuario no es un cliente, cada cliente aporta unos 1000 usuarios al sistema.
Estoy leyendo todos los artículos que puedo pero los más fiables que encuentro son de gigantes de internet que no me aclaran mucho, dentro del rango de los 50k al día hay opiniones demasiado diferentes como para fiarme.
Creo que es muy difícil dar una estimación con tan poca información, pero aquí te van algunas ideas que te pueden ayudar:
- cuando dices 7,500 usuarios, ¿cuántas páginas por usuario estimas? ¿el tráfico será más habitual en algún horario en concreto o igual para todas las horas?
- y las mismas preguntas te haría para los 50,000 usuarios
- ¿es todo de sólo lectura?
Y luego está el tema de los servidores: los hay dedicados, con muchísima potencia y más caros; y los hay compartidos, menos potentes pero mucho más barato.
Cuántos servidores necesitas dependerá del tipo de servidor, de lo complejas que sean las páginas que vas a servir (igual todo el consumo se va en BBDD y necesitas un único servidor de app y varios de base de datos) y de varios factores más.
Yo intentaría estudiar el problema más a fondo para poder dar una respuesta a todas estas preguntas.
Y mi pregunta sobre si todo es de sólo lectura es porque hay grades aplicaciones, como Memcached, o Varnish que te permiten escalar increíblemente simplemente poniéndolos delante de tu app. Conozco gente que ha salido en portada de Google o de la NASA y que han aguantado con su setup habitual gracias a estas aplicaciones.
https://www.openshift.com/ (cloud de red hat)
pagodabox.com
AWS
openshift y pagodabox son bastante más sencillas de utilizar, una bonita interfaz gráfica y nada de tener que entrar por ssh para configurar las cosas ( que también te deja ). Es como una capa de abstracción más. En concreto openshift lo estoy usando y por lo que puedo entender está alojado en AWS, pero es MUCHO más fácil de subir una web, y todo lo que conlleva.
Me han planteado una aplicación que dista bastante de lo que estoy acostumbrado a hacer, pocos usuarios y millones de datos, y tengo un lío importante a la hora de estimar los costes en cuanto a máquinas para ver si es un proyecto viable o no.
Para que el proyecto genere unos ingresos razonables necesitamos soportar unos 7500 usuarios potenciales al día cargando relativamente muy poca información, y picos posibles de 50.000 usuarios solo lectura unos veinte o treinta días al año. La aplicación sería symfony2 y teniendo claro que mucho depende de las optimizaciones etc. agradecería bastante si me pudieseis dar alguna orientación sobre número de servidores necesarios etc. en base a alguna experiencia propia, al menos para hacerse una idea de costes.
Aclaro que lo de los 7500 usuarios etc. no es una sobrada de creador del nuevo facebook, ni algo imposible :) Un usuario no es un cliente, cada cliente aporta unos 1000 usuarios al sistema.
Estoy leyendo todos los artículos que puedo pero los más fiables que encuentro son de gigantes de internet que no me aclaran mucho, dentro del rango de los 50k al día hay opiniones demasiado diferentes como para fiarme.
28/10/2014 22:13
Creo que es muy difícil dar una estimación con tan poca información, pero aquí te van algunas ideas que te pueden ayudar:
- cuando dices 7,500 usuarios, ¿cuántas páginas por usuario estimas? ¿el tráfico será más habitual en algún horario en concreto o igual para todas las horas?
- y las mismas preguntas te haría para los 50,000 usuarios
- ¿es todo de sólo lectura?
Y luego está el tema de los servidores: los hay dedicados, con muchísima potencia y más caros; y los hay compartidos, menos potentes pero mucho más barato.
Cuántos servidores necesitas dependerá del tipo de servidor, de lo complejas que sean las páginas que vas a servir (igual todo el consumo se va en BBDD y necesitas un único servidor de app y varios de base de datos) y de varios factores más.
Yo intentaría estudiar el problema más a fondo para poder dar una respuesta a todas estas preguntas.
Y mi pregunta sobre si todo es de sólo lectura es porque hay grades aplicaciones, como Memcached, o Varnish que te permiten escalar increíblemente simplemente poniéndolos delante de tu app. Conozco gente que ha salido en portada de Google o de la NASA y que han aguantado con su setup habitual gracias a estas aplicaciones.
Espero que estos comentarios te sirvan.
Saludos!
29/10/2014 09:47
Nosotros utilizamos Redis y tambien funciona muy bien con poca configuración.
03/11/2014 18:47
https://www.openshift.com/ (cloud de red hat)
pagodabox.com
AWS
openshift y pagodabox son bastante más sencillas de utilizar, una bonita interfaz gráfica y nada de tener que entrar por ssh para configurar las cosas ( que también te deja ). Es como una capa de abstracción más. En concreto openshift lo estoy usando y por lo que puedo entender está alojado en AWS, pero es MUCHO más fácil de subir una web, y todo lo que conlleva.