Den här frågan är lite vag - till att börja med, vad är din definition av hög trafik?
Där jag arbetar kör vi en kombination av handbyggd kod från grunden och områden som betjänas av en laravel-applikation (detta är inbäddat i huvudsidan och betjänar lika mycket trafik som resten av den gamla applikationskoden).
Det har inte skett någon avmattning alls i de områden som byggts med laravel (samma databaskällor används och den körs på samma webbservrar - så användbart att jämföra med).
Varningar:
Den ursprungliga handbyggda koden är äldre och drar inte alltid nytta av nyare PHP-metoder/designtyper. Det betyder att det inte är så effektivt som det skulle kunna vara. Då har du overhead med laravel som gör saker som du kanske inte alltid behöver/vill ha på gång.
Sammanfattning
Vad det handlar om är att mockupa det du tror skulle vara den tyngsta delen av din applikation inom laravel, och sedan igen med anpassad grundkod. Benchmarkera sedan skiten ur det.
Du kommer mer än troligt att upptäcka att (bra) handbyggt arbete kommer att gå snabbare. Är det värt dessa millisekunder? Det beror väl på personligt val. Laravel är mer än kapabel att hantera stora trafikvolymer, men visst, du kanske rakar lite tid genom att inte använda den.
Hur viktigt är det för det du gör? Om något saktar ner och orsakar dig problem inom Laravel – byt det. Det är trots allt öppen källkod.
För referens (upp till dig om du räknar detta som hög trafik eller inte - jag skulle):
Detta är ett brittiskt SASS som vanligtvis betjänar brittiska besökare. Klockan 21 i kväll (fredag kväll - faktiskt en av våra tystaste tider) hade vi för närvarande runt 250 000 aktiva PHP-sessioner på gång.
Systemet betjänas via 6 webbservrar [för redundans, trafikbelastningar etc.] (belastningsbalanserad) för PHP-applikationen.