[SP-pm] Resposta de Seja bem vindo
Marcelo Milhomem
milhomem at is4web.com.br
Thu Oct 30 17:42:37 PDT 2014
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 <contato at erikhenrique.com.br
> <mailto:contato at erikhenrique.com.br>>:
>
> 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: SaoPaulo-pm at pm.org
> <mailto:SaoPaulo-pm at pm.org>
> 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: SaoPaulo-pm at pm.org
> L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20141030/ed20d8ca/attachment.html>
More information about the SaoPaulo-pm
mailing list