Nossa Urnau que conteúdo super top, eu já estava triste que você não estava mais postando vídeos no seu canal. Continue com esse excelente trabalho que você esta fazendo.
Hahaha vlw celeum... como diria Rick e Renner, nois trupica mais não cai... heheh, não deu mesmo de fazer um conteúdo que realmente fosse de qualidade antes, mas agora vamos que vamos... sucesso
Que excelente vídeo, eu utilizo horizon e fiquei na dúvida se crio 2 workers, pois 1 seria para jobs em geral no site e o outro seria para receber webhook do telegram onde os usuarios também podem interagir com os dados deles salvos na aplicação. Pensei em fazer uma fila default e uma high para telegram, o que acha? Estimado no máximo 5 usuarios simultaneos no telegram e na aplicação só tem jobs de vez em quando.
Fala Weverton... Você pode dar o nome que desejar para filas, então você poderia ter uma "telegram" e outra "default", além disso, é interessante que você siga monitorando para entender gargalos de recurso que possam a impactar. Outra coisa, depende do que os workers irão fazer, em muitos casos eu chego a aplicar a regra de 5 worker por cpu, ou até em casos mais extremos 10 workers por cpu.
Eu não entendi uma coisa. Quando você adiciona no supervisor os processos respectivos para worker das filas, por que é necessário ter a configuração no arquivo horizon.php? Todas aquelas configurações de balance, maxTime, maxJobs, memory, tries, etc ainda terão relevância? Visto que o worker das filas agora não é mais responsabilidade do horizon e sim do processo do supervisor?
Eu também nao concordei muito com essa parte, se voce rodar o queue:work ele vai concorrer com horizon, e o objetivo do horizon é justamente voce ter so um comando dentro do seu app e fazer todo o gerenciamento
@@officialinfornet justamente. Eu fiz esse teste e realmente quando tinha os dois processos rodando vez tal registro era processado pelo supervisor e outras vezes pelo do Horizon. Trabalho numa aplicação que possui várias filas (cerca de 10) e cada uma dessas filas possui cerca de 10 a até mesmo 100 processos em paralelo. É muita coisa. Testei com o horizon e achei pesado. Decidi seguir com o supervisor.
salve man Poderia fazer um vídeo explicando como ficaria essa questão das filas se por exemplo eu tivesse várias instâncias da mesma aplicação utilizando um load balancer? Teria algum conflito entre elas para criar/rodar os jobs?
Se você tiver mais de uma instancia rodando o horizon, não vai ter nenhum problema por que o redis consegue gerenciar isso fazendo block (controle de concorrência), evitando que o mesmo job rode em múltiplas instâncias
Parei nao... so estou numa maratona de desafios na vida pessoal que me comeram muito tempo... dentre eles o ultimo agora eé uma migracao de servidor pra aws... mas logo logo volto, e falo de tudo que ocorreu nesse tempo. Sucesso!
Dicas topss
Faz um vídeo ensinando a configurar direitinho o container do socketi pra deixar redondo pra produção?
top top. Quem Sabe faz ao vivo. Prepare sobre CRON por gentileza
Nossa Urnau que conteúdo super top, eu já estava triste que você não estava mais postando vídeos no seu canal. Continue com esse excelente trabalho que você esta fazendo.
Hahaha vlw celeum... como diria Rick e Renner, nois trupica mais não cai... heheh, não deu mesmo de fazer um conteúdo que realmente fosse de qualidade antes, mas agora vamos que vamos... sucesso
muito bom !!
nem vi ainda, mas vai ser top demais!
Achei seu canal ontem, muito conteúdo bom, parabéns! tem conteúdo para todos os níveis ...
Vlw Sabbath... Sucesso!
Excelente vídeo e didática. Obrigado!
Boooa Renends.... Com te ver... Sucesso!
Que excelente vídeo, eu utilizo horizon e fiquei na dúvida se crio 2 workers, pois 1 seria para jobs em geral no site e o outro seria para receber webhook do telegram onde os usuarios também podem interagir com os dados deles salvos na aplicação.
Pensei em fazer uma fila default e uma high para telegram, o que acha? Estimado no máximo 5 usuarios simultaneos no telegram e na aplicação só tem jobs de vez em quando.
Fala Weverton... Você pode dar o nome que desejar para filas, então você poderia ter uma "telegram" e outra "default", além disso, é interessante que você siga monitorando para entender gargalos de recurso que possam a impactar. Outra coisa, depende do que os workers irão fazer, em muitos casos eu chego a aplicar a regra de 5 worker por cpu, ou até em casos mais extremos 10 workers por cpu.
Eu não entendi uma coisa. Quando você adiciona no supervisor os processos respectivos para worker das filas, por que é necessário ter a configuração no arquivo horizon.php?
Todas aquelas configurações de balance, maxTime, maxJobs, memory, tries, etc ainda terão relevância? Visto que o worker das filas agora não é mais responsabilidade do horizon e sim do processo do supervisor?
Eu também nao concordei muito com essa parte, se voce rodar o queue:work ele vai concorrer com horizon, e o objetivo do horizon é justamente voce ter so um comando dentro do seu app e fazer todo o gerenciamento
@@officialinfornet justamente. Eu fiz esse teste e realmente quando tinha os dois processos rodando vez tal registro era processado pelo supervisor e outras vezes pelo do Horizon. Trabalho numa aplicação que possui várias filas (cerca de 10) e cada uma dessas filas possui cerca de 10 a até mesmo 100 processos em paralelo. É muita coisa. Testei com o horizon e achei pesado. Decidi seguir com o supervisor.
Comentário pra ajudar no algoritmo
Haha vlw Jeff... Sucesso!
salve man
Poderia fazer um vídeo explicando como ficaria essa questão das filas se por exemplo eu tivesse várias instâncias da mesma aplicação utilizando um load balancer? Teria algum conflito entre elas para criar/rodar os jobs?
Up
Tbm tenho essa dúvida
Se você tiver mais de uma instancia rodando o horizon, não vai ter nenhum problema por que o redis consegue gerenciar isso fazendo block (controle de concorrência), evitando que o mesmo job rode em múltiplas instâncias
sabe me dizer porque getallheaders nao pega?
Isso funciona no Laravel 11? Não consegui fazer funcionar! =/
Parou de gravar?
Parei nao... so estou numa maratona de desafios na vida pessoal que me comeram muito tempo... dentre eles o ultimo agora eé uma migracao de servidor pra aws... mas logo logo volto, e falo de tudo que ocorreu nesse tempo. Sucesso!
Valeu! Some não!! Seus vídeos são top!! Já uso sail a muito tempo e boa parte do que tenho de produção em containers veio dos seus vídeos