Qualcuno ha esperienze nella sostituzione di cron con Sidekiq?
Qualcosa da consigliare?
Cron e Sidekiq sono due cose diverse. Il primo e’ uno schedule, il
secondo
e’ un background job processor.
Se stai cercando un sostituto per Cron, una valida alternativa e’
https://github.com/tomykaira/clockwork
Noi usiamo Cron, e lanciamo un task Sidekiq/Resque per ogni processo, o
batch di processi (questo per evitare di bloccare l’esecuzione di
Clockwork).
Per essere piu’ preciso, dovrei sapere che cosa ti serve fare.
– Simone
2015-01-09 15:50 GMT+01:00 Fabrizio R. [email protected]:
Qualcuno ha esperienze nella sostituzione di cron con Sidekiq?
Qualcosa da consigliare?
Ml mailing list
[email protected]
http://lists.ruby-it.org/mailman/listinfo/ml
–
Simone C.
Passionate programmer and dive instructor
Twitter: @weppos https://twitter.com/weppos
Riformulo la domanda.
Qualcuno ha mai usato Sidetiq (GitHub - endofunky/sidetiq: NO LONGER MAINTAINED Recurring jobs for Sidekiq)
in produzione, o simili librerie che aspirano a rimpiazzare cron
(http://unixhelp.ed.ac.uk/CGI/man-cgi?crontab+5) con Sidekiq
(GitHub - sidekiq/sidekiq: Simple, efficient background processing for Ruby) ?
Se si, come vi siete trovati?
Questo un altro progetto ad esempio:
Grazie,
-f
2015-01-09 15:52 GMT+01:00 Simone C. [email protected]:
Quindi in pratica ClockWork fa anche (ma non solo) quello che
possibile fare con Sidetiq, ovvero schedulare l’esecuzione di Worker.
Interessante, grazie, lo prender in considerazione.
-f
2015-01-09 16:50 GMT+01:00 Simone C. [email protected]:
Comunque alla fine posso usare effettivamente Cron per lanciare un
Rake task che mi mette le cose in coda con Sidekiq. Il mio problema
che su Heroku NewRelic non monitora i Rake tasks ma monitora i
background jobs. Quindi volevo cogliere l’occasione per mettere un p
di roba che ho in cron in una cosa tipo la sopra citata Sidetiq,
invece che provare a monitorare i rake tasks con NewRelic.
Siccome i recurring jobs cominciano a essere un p, volevo anche
evitare il costo dell’avvio di un rake task ogni volta, ma alla fine
posso raggruppare pi azioni in un rake task per dire lanciato ogni
ora e mettere l’esecuzione effettiva in Sidekiq cos va in parallelo.
-f
2015-01-09 15:52 GMT+01:00 Simone C. [email protected]:
Usare dei rake task lanciati da cron e’ pesante, perche ogni volta devi
ricaricare l’interprete e (se lo usi sotto Rails) l’intero ambiente di
Rails.
Questo uno dei vari motivi per cui in DNSimple usiamo Clockwork (che tra
l’altro e’ nato in Heroku da Adam).
Lo usiamo in combinazione con Sidekiq/Resque (stiamo migrando da Resque
a
Sidekiq) perche abbiamo background task che occupano anche diversi
minuti,
se non ore, e lanciarli via Clockwork bloccherebbe l’esecuzione per ore.
Questo e’ impensabile, dato che abbiamo dei task di Clockwork che devono
essere avviati ogni X secondi.
Nella nostra configurazione, quindi, qualsiasi task definita in
Clockwork
lancia sempre un job in Sidekiq/Resque, anche se dura pochi secondi. In
questo modo, ogni esecuzione di Clockwork impiega pochi secondi (e ne
basta
uno solo di processo), mentre i singoli job sono macinati dal nostro
sistema di code che invece gira su diverse macchine.
– Simone
2015-01-09 16:45 GMT+01:00 Fabrizio R. [email protected]:
ora e mettere l’esecuzione effettiva in Sidekiq cos va in parallelo.
–
Ml mailing list
[email protected]
http://lists.ruby-it.org/mailman/listinfo/ml
–
Simone C.
Passionate programmer and dive instructor
Twitter: @weppos https://twitter.com/weppos
Onestamente, non conosco Sidetiq. Clockwork e’ un rimpiazzo di cron.
Siccome ogni task e’ Ruby, puoi fare quello che vuoi all’interno,
compreso
lanciare un job di Sidekiq.
– Simone
2015-01-09 17:55 GMT+01:00 Fabrizio R. [email protected]:
Nella nostra configurazione, quindi, qualsiasi task definita in Clockwork
ora e mettere l’esecuzione effettiva in Sidekiq cos va in parallelo.
2015-01-09 15:50 GMT+01:00 Fabrizio R. [email protected]:
–
Simone C.
Passionate programmer and dive instructor
Twitter: @weppos https://twitter.com/weppos