Dette spørgsmål er lidt vagt - for en start, hvad er din definition af høj trafik?
Hvor jeg arbejder, kører vi en kombination af håndbygget kode fra bunden og områder, der betjenes af en laravel-applikation (dette er indlejret i hovedsiden og tjener lige så meget trafik som resten af den gamle applikationskode).
Der har overhovedet ikke været nogen afmatning i de områder, der er bygget med laravel (samme databasekilder bruges, og det kører på de samme webservere - så nyttigt at benchmarke på).
Forbehold:
Den originale håndbyggede kode er ældre og udnytter ikke altid nyere PHP-metoder/designtyper. Det betyder, at det ikke er så effektivt, som det kunne være. Så har du overhead med laravel, der laver ting, du måske ikke altid har brug for/ønsker at have gang i.
Opsummering
Hvad det kommer ned til, er at mockup, hvad du tror ville være den tungeste del af din applikation inden for laravel, og så igen med tilpasset ground up-kode. Så benchmark lortet ud af det.
Du vil mere end sandsynligt opdage, at (godt) håndbygget arbejde vil være hurtigere. Er det de millisekunder værd? Nå, det er ned til personlige valg. Laravel er mere end i stand til at håndtere store mængder trafik, men sikkert, du kan barbere dig lidt tid ved ikke at bruge det.
Hvor vigtigt er det lige for det, du laver? Hvis noget bremser det og giver dig problemer i Laravel - skift det. Det er trods alt open source.
Til reference (op til dig, om du regner dette som høj trafik eller ej - jeg ville):
Dette er et UK-baseret SASS, der generelt betjener UK-baserede besøgende. Klokken 21.00 i aften (fredag aften - faktisk en af vores roligste tider) havde vi i øjeblikket omkring 250.000 aktive PHP-sessioner i gang.
Systemet betjenes via 6 webservere [til redundans, trafikbelastninger osv.] (belastningsafbalanceret) til PHP-applikationen.