Esta pregunta es un poco vaga. Para empezar, ¿cuál es su definición de alto tráfico?
Donde trabajo, ejecutamos una combinación de código creado a mano desde cero y áreas que son atendidas por una aplicación laravel (esto está integrado en el sitio principal y atiende tanto tráfico como el resto del código de la aplicación anterior).
No ha habido ninguna ralentización en las áreas construidas con laravel (se utilizan las mismas fuentes de base de datos y se ejecuta en los mismos servidores web, por lo que es útil para comparar).
Advertencias:
El código original creado a mano es más antiguo y no siempre aprovecha los métodos/tipos de diseño de PHP más nuevos. Esto significa que no es tan eficiente como podría ser. Entonces tienes una sobrecarga con laravel haciendo cosas que no siempre necesitas/quieres tener en marcha.
Resumiendo
De lo que se trata es de maquetar lo que crees que sería la parte más pesada de tu aplicación dentro de laravel, y luego nuevamente con código personalizado. Luego compara la mierda con eso.
Lo más probable es que encuentre que el (buen) trabajo hecho a mano será más rápido. ¿Vale la pena esos milisegundos? Bueno, eso depende de la elección personal. Laravel es más que capaz de manejar grandes volúmenes de tráfico, pero seguro, podrías ahorrarte una pequeña cantidad de tiempo si no lo usas.
¿Qué tan importante es eso para lo que estás haciendo? Si algo lo está ralentizando y causando problemas dentro de Laravel, cámbielo. Después de todo, es de código abierto.
Para referencia (Depende de usted si cuenta esto como tráfico alto o no, yo lo haría):
Este es un SASS con sede en el Reino Unido que generalmente atiende a visitantes del Reino Unido. A las 9 p. m. de esta noche (viernes por la noche, en realidad uno de nuestros momentos más tranquilos), actualmente teníamos alrededor de 250 000 sesiones activas de PHP.
El sistema se sirve a través de 6 servidores web [para redundancia, cargas de tráfico, etc.] (carga balanceada) para la aplicación PHP.
