Mysql
 sql >> Base de Dados >  >> RDS >> Mysql

O Laravel pode lidar com aplicativos de alto tráfego?


Esta pergunta é um pouco vaga - para começar, qual é a sua definição de alto tráfego?

Onde eu trabalho, executamos uma combinação de código construído à mão a partir do zero e áreas que são atendidas por um aplicativo laravel (isso é incorporado ao site principal e atende tanto tráfego quanto o restante do código do aplicativo antigo).

Não houve nenhuma desaceleração nas áreas construídas com laravel (as mesmas fontes de banco de dados são usadas e ele roda nos mesmos servidores web - tão útil para benchmark).

Advertências:

O código original construído à mão é mais antigo e nem sempre aproveita os métodos/tipos de design PHP mais recentes. Isso significa que não é tão eficiente quanto poderia ser. Então você tem sobrecarga com laravel fazendo coisas que você nem sempre precisa/quer que aconteça.

Resumo

O que se trata é fazer um mockup do que você acha que seria a parte mais pesada do seu aplicativo dentro do laravel e, novamente, com o código personalizado. Em seguida, avalie a porcaria dele.

Você provavelmente descobrirá que (bom) trabalho feito à mão será mais rápido. Vale a pena esses milissegundos? Bem, isso depende da escolha pessoal. O Laravel é mais do que capaz de lidar com grandes volumes de tráfego, mas com certeza, você pode economizar um pouco de tempo por não usá-lo.

Quão importante é isso para o que você está fazendo? Se algo está diminuindo a velocidade e causando problemas no Laravel - mude-o. Afinal, é open source.

Para referência (depende de você se você considera isso como alto tráfego ou não - eu diria):

Este é um SASS baseado no Reino Unido que geralmente atende visitantes do Reino Unido. Às 21h desta noite (sexta-feira à noite - na verdade, um dos nossos horários mais tranquilos), atualmente tínhamos cerca de 250.000 sessões PHP ativas acontecendo.

O sistema é servido através de 6 servidores web [para redundância, cargas de tráfego etc] (equilíbrio de carga) para o aplicativo PHP.