To pytanie jest trochę niejasne – na początek, jaka jest Twoja definicja dużego ruchu?
Tam, gdzie pracuję, uruchamiamy kombinację ręcznie budowanego od podstaw kodu i obszarów obsługiwanych przez aplikację laravel (jest to osadzone w głównej witrynie i obsługuje tyle samo ruchu, co reszta starego kodu aplikacji).
Nie było żadnego spowolnienia w obszarach zbudowanych z laravelem (używane są te same źródła baz danych i działa na tych samych serwerach internetowych - tak przydatne do testowania).
Ostrzeżenia:
Oryginalny ręcznie zbudowany kod jest starszy i nie zawsze wykorzystuje nowsze metody / typy projektowe PHP. Oznacza to, że nie jest tak wydajny, jak mógłby być. Wtedy masz nad głową z laravelem, robiąc rzeczy, których nie zawsze potrzebujesz/chcesz mieć.
Podsumowanie
Sprowadza się to do stworzenia makiety tego, co uważasz za najcięższą część Twojej aplikacji w laravel, a następnie ponownie z niestandardowym kodem od podstaw. Następnie porównaj to z tym gównem.
Najprawdopodobniej przekonasz się, że (dobre) ręczne wykonanie będzie szybsze. Czy to warte tych milisekund? To zależy od osobistego wyboru. Laravel jest w stanie poradzić sobie z dużym natężeniem ruchu, ale z pewnością możesz zaoszczędzić trochę czasu, nie używając go.
Jak ważne jest to, co robisz? Jeśli coś go spowalnia i powoduje problemy w Laravelu - zmień to. W końcu to open source.
W celach informacyjnych (do Ciebie, czy uznasz to za duży ruch, czy nie – zrobiłbym to):
Jest to SASS z siedzibą w Wielkiej Brytanii, który zazwyczaj obsługuje odwiedzających z Wielkiej Brytanii. Dziś o 21:00 (piątek wieczorem - właściwie jeden z naszych najspokojniejszych czasów) mieliśmy obecnie około 250 000 aktywnych sesji PHP.
System jest obsługiwany przez 6 serwerów internetowych [dla redundancji, obciążenia ruchem itp.] (zrównoważone obciążenie) dla aplikacji PHP.
