Soy un fanático del rendimiento total. Estamos haciendo mucho por un buen rendimiento, ya que es la primera impresión que hace su empresa o aplicación y todavía estamos muy lejos del rendimiento que queremos que tenga. ¿Y sabes qué? Estamos sentados en el mismo barco construyendo una red social con características como … FB, TW … etc.
TL; DR: Laravel es lo suficientemente rápido, para ti, por ahora, en 1 millón. usuarios. Si no, use Lumen, que se encuentra dentro del mismo ecosistema agradable con una comunidad de conducción y que es aproximadamente un 25% más rápido que Laravel. Si le gusta el rendimiento como nosotros, demonios, haga que su aplicación sea escalable mediante el uso de microservicios en AWS y combine fácilmente Laravel y Lumen según sus necesidades. En general, recomendaría usar Laravel porque es flexible y tiene una gran comunidad.
* advertencia: consejos de inicio 101 *
- ¿Puedo unirme a un hackathon si solo conozco HTML, CSS y algo de JavaScript?
- ¿Cómo integramos a la perfección los patrones de MVC front-end con las tecnologías del lado del servidor?
- ¿Cómo debería pasar mi tiempo ahora: trabajar en mi idea, aprender a hackear o escuchar canciones?
- Cómo desarrollar un sitio web receptivo
- ¿Cuál es el mejor sitio para crear rtl.css para un sitio web temático receptivo?
No haga que el rendimiento sea su foco principal cuando el rendimiento no es su problema.
El único rendimiento que debe tener en cuenta es el rendimiento de su equipo de desarrollo y su capacidad de tener ciclos de lanzamiento cortos. Con un proyecto tan grande en mente, enfrentará un problema de arquitectura de software desde el principio. Tendrá que decidir lanzar de forma rápida y sucia un MVP o incluso una versión beta y avanzar en el concepto y la validación del mercado y dejar que su arquitectura evolucione a través de la refactorización continua. O si desea construir esta gran cosa que escala incluso si no tiene que hacerlo. Resumen, incluso código agnóstico de marco, que tiene múltiples microservicios distribuidos en AWS, etc. Puede hacer muuuucho que no le permitirá crecer y no le permitirá fallar lo suficientemente rápido como para hacerlo bien.
El rendimiento de sus aplicaciones sufrirá el uso falso / faltante del almacenamiento en caché y los índices de bases de datos que elegir el marco incorrecto.
Si desea un marco realmente rápido, use Phalcon, pero como se dijo, eso no significa que realmente lo haga más rápido. Y si su equipo de desarrollo es más lento de lo que podría ser, menos tiempo tendrá para mejorar el rendimiento general y percibido a través de otras tareas (como introducir un CDN, por ejemplo).
