Deze vraag is een beetje vaag - om te beginnen, wat is uw definitie van veel verkeer?
Waar ik werk, gebruiken we een combinatie van met de hand opgebouwde code en gebieden die worden bediend door een laravel-applicatie (deze is ingebed in de hoofdsite en levert evenveel verkeer als de rest van de oude applicatiecode).
Er is helemaal geen vertraging opgetreden in de gebieden die met laravel zijn gebouwd (dezelfde databasebronnen worden gebruikt en het draait op dezelfde webservers - dus handig om op te benchmarken).
Voorbehoud:
De originele, met de hand gebouwde code is ouder en maakt niet altijd gebruik van nieuwere PHP-methoden / ontwerptypes. Dit betekent dat het niet zo efficiënt is als het zou kunnen zijn. Dan heb je overhead met laravel die dingen doet die je misschien niet altijd nodig hebt/wilt hebben.
Samenvattend
Waar het op neerkomt, is een mock-up maken van wat volgens jou het zwaarste deel van je applicatie zou zijn binnen laravel, en dan weer met aangepaste gemalen code. Vergelijk het dan met de onzin.
U zult meer dan waarschijnlijk merken dat (goed) handgemaakt werk sneller gaat. Is het die milliseconden waard? Nou dat komt neer op persoonlijke keuze. Laravel is meer dan in staat om grote hoeveelheden verkeer aan te kunnen, maar u kunt natuurlijk een korte tijd besparen door het niet te gebruiken.
Hoe belangrijk is dat voor wat je doet? Als iets het vertraagt en je problemen binnen Laravel veroorzaakt, verander het dan. Het is tenslotte open source.
Ter referentie (aan jou of je dit als veel verkeer meetelt of niet - dat zou ik doen):
Dit is een in het VK gevestigde SASS die over het algemeen bezoekers in het VK bedient. Om 21.00 uur vanavond (vrijdagavond - eigenlijk een van onze rustigste tijden) hadden we momenteel ongeveer 250.000 actieve PHP-sessies gaande.
Het systeem wordt bediend via 6 webservers [voor redundantie, verkeersbelasting enz.] (load-balanced) voor de PHP-toepassing.