hernandev
commented
6 years ago Ok, vamos lá.
-
REDIS em produção precisa ser em modo cluster. 3 +servers / sentinel
-
REDIS single é pra desenvolvimento.
Coisas que você pode fazer:
- Production-ready: Verificar se o REDIS está realmente de acordo com os guias de produção.
- Reduzir um pouco o paralelismo Afinal, as filas são feitas pra processarem em sequência, logo um numero grande de processos (a menos que tenha tentado dizer trabalhos pendentes) é algo meio fora do comum. Possível, mas meio fora.
Se tá com dúvida, faça os mesmos testes contra uma instância trial lá do compose.com que tem REDIS Cluster hospedado ou mesmo a Amazon (ElastiCache).
O problema pode estar relacionado a N fatores.
A medida que tu interagir, vamos tentar chegar ao fundo desse dilema.
Agora, vamos ao ponto final:
Coisas que o PHP-PM vai de fato resolver pra você:
-
SIM: Aumentar a performance de cada Request Mas, se a performance em sí não é problema (do ponto de vista lentidão) uma boa configuração do OPCache é o primeiro passo, antes de pensar em um process manager.
-
SIM: Restaurar automaticamente processos que caiam Novamente, porém, o Horizon faz isso sozinho, inclusive balanceamento entre filas, de acordo com o configurado.
Então, não pule ainda em uma decisão, sem abordar os passos simples antes.
ibrunotome
Olá! Parabéns pela iniciativa.
Já testou o php-pm com o laravel, mais especificamente com redis e horizon? Tenho muitos processos no horizon e pensei em testar o pm, mas nos primeiros testes já vi vários erros com o redis, e nem sequer a versão disponibilizada via docker rodou (erro 500 com log apontando falha de conexão com o redis), mas essa última creio que só faltou configurar melhor o redis no docker com o exemplo que dão na documentação do php-pm.
Aliás, vejo pouco (quase nada) docs sobre o assunto, vi que ainda tem memory leaks então talvez seja ousadia investir tanto nele por enquanto, o que você sabe sobre?