Cette question est un peu vague :pour commencer, quelle est votre définition du trafic élevé ?
Là où je travaille, nous exécutons une combinaison de code construit à la main à partir de zéro et de zones desservies par une application laravel (celle-ci est intégrée au site principal et dessert autant de trafic que le reste de l'ancien code d'application).
Il n'y a eu aucun ralentissement dans les zones construites avec laravel (les mêmes sources de base de données sont utilisées et il fonctionne sur les mêmes serveurs Web - donc utile pour se comparer).
Mises en garde :
Le code original construit à la main est plus ancien et ne tire pas toujours parti des nouvelles méthodes / types de conception PHP. Cela signifie qu'il n'est pas aussi efficace qu'il pourrait l'être. Ensuite, vous avez des frais généraux avec laravel faisant des choses dont vous n'avez peut-être pas toujours besoin / envie.
Résumer
Il s'agit de modéliser ce que vous pensez être la partie la plus lourde de votre application dans laravel, puis à nouveau avec du code personnalisé. Ensuite, évaluez la merde.
Vous constaterez plus que probablement que le (bon) travail fait à la main sera plus rapide. Est-ce que ça vaut ces millisecondes ? Eh bien, c'est un choix personnel. Laravel est plus que capable de gérer de gros volumes de trafic, mais bien sûr, vous pourriez gagner un peu de temps en ne l'utilisant pas.
À quel point est-ce important pour ce que vous faites ? Si quelque chose le ralentit et vous cause des problèmes dans Laravel, changez-le. C'est open source après tout.
Pour référence (à vous de décider si vous comptez cela comme un trafic élevé ou non - je le ferais):
Il s'agit d'un SASS basé au Royaume-Uni qui sert généralement les visiteurs basés au Royaume-Uni. À 21h ce soir (vendredi soir - en fait l'un de nos moments les plus calmes), nous avions actuellement environ 250 000 sessions PHP actives en cours.
Le système est servi via 6 serveurs Web [pour la redondance, les charges de trafic, etc.] (charge équilibrée) pour l'application PHP.
