Concordo com o Blabos,
O arquivo de lock é ideal para tarefas recorrentes, eles impedem que
duas rodem juntas e quando o próximo jobs não consegue iniciar, porquê o
arquivo de lock já está presente, você pode decidir o que fazer, como
enviar email, matar o processo anterior e etc.
Não vejo o seu caso se encaixando em um gerenciador de fila. O legal
para esses Jobs recorrentes é transformá-los em Daemons, assim ele roda
infinitamente e faz as tarefas sob demanda de uma forma bem melhor e
acabam com o problema de rodar vários jobs ao mesmo tempo. Com o daemon
ainda é possível você executar multiplos processos ao mesmo tempo mas
limitando a tarefa de cada um, assim reduz muito o risco de travar todo
o processo.
Abs,
Marcelo Milhomem
On 30/10/2014 09:30, Blabos de Blebe wrote:
Opa,
> Alguem aqui ja teve problema parecido?
Sim.
> Poderia compartilhar brevemente a experiencia?
Não
Brincadeira...
Em geral, mas não necessariamente a melhor forma, dá pra usar um
arquivo de lock. Quando o job inicia ele verifica se já existe o
arquivo. Se sim, aborta e envia uma notificação pro responsável. Se
não, ele segue em frente e remove o arquivo no final.
O problema é que ele pode crashar no meio do caminho e não remover o
arquivo.
Sistemas de gerenciamento de fila também podem ajudar.
Mas depende muito do seu caso particular.
[]'s
2014-10-30 8:07 GMT-02:00 Erik Henrique <[email protected]
<mailto:[email protected]>>:
Olá.
Por alguma cagada que fiz aqui, assim que me inscrevi na lista
configurei para não receber email.
D'OH!
De qualquer forma vi agora as mensagens de seja bem vindo e
agradeço por isso.
Eu ja era inscrito na lista anteriormente, porém havia saido.
Agora voltei novamente :)
Aproveito para postar uma dúvida para compartilhar experiencias.
Estou com um problema que é o seguinte:
Em um sistema existem diversos jobs que rodam em background
"schedulados"
JobXYZ roda de 10 em 10 minutos
JobWSC roda de 10 em 10 horas
...
Porem o gerenciamento desses jobs, da forma que foi feita esta bem
zuada. Porque as vezes acontece de um job travar e encavalar com a
sua próxima execução e quando isto acontece tem que gerenciar na
mao. Ou entao o job fica zumbi e so tem como saber se alguem ficar
monitorando, o que geralmente nao acontece muito.
Estamos remontando toda a estrutura e parece estar ficando bem
bacana...
Alguem aqui ja teve problema parecido? Poderia compartilhar
brevemente a experiencia?
Vlw
Abs
--
Erik Henrique
=begin disclaimer
Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
SaoPaulo-pm mailing list: [email protected]
<mailto:[email protected]>
L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
=end disclaimer
=begin disclaimer
Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
SaoPaulo-pm mailing list: [email protected]
L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
=end disclaimer
=begin disclaimer
Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
SaoPaulo-pm mailing list: [email protected]
L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
=end disclaimer
