Rails + Heroku Architecture

3

Sono in procinto di sviluppare un'app Rails che prevedo di implementare successivamente su Heroku. Non ho mai eseguito app su Heroku (al di fuori della semplice app gratuita) quindi ho alcune domande su alcune cose su come dovrei architettare alcuni aspetti della mia app da eseguire.

Desidero che un servizio venga eseguito su una pianificazione per verificare che gli utenti non attivi inviino un tipo di email "non ti abbiamo visto da un po 'di tempo". Questo sarebbe solo un dyno operaio in Heroku? O sarebbe integrato nell'app Web come un lavoro in background?

In relazione a questo, avrò un banco di lavoro che gestirà l'invio di e-mail di conferma dell'account, tra le altre e-mail casuali, avrebbe senso avere quell'operazione accoppiarsi con il processo di cui sopra? O dovrebbe essere un banco completamente separato?

Ho fatto un sacco di questo tipo di lavoro in .Net, quindi un po 'della mia confusione su questo passaggio a Rails.

    
posta Justin Chmura 22.05.2013 - 16:55
fonte

1 risposta

2

La "modalità Heroku" sembra essere l'uso dei processi di orologio personalizzati di Heroku, insieme a una gemma Ruby da interfacciare con il processo dell'orologio come Clockwork.

(Esiste anche un modo per eseguire lavori programmati meno rigidi, lo schedulatore di Heroku. "Lo Scheduler è un servizio best-effort. Non è garantito che i lavori vengano eseguiti al loro orario pianificato, o affatto. Scheduler ha un problema noto in cui i processi pianificati vengono saltati occasionalmente Un'alternativa a Heroku Scheduler è eseguire il proprio processo di clock personalizzato. "))

    
risposta data 27.05.2013 - 14:07
fonte

Leggi altre domande sui tag