Crony is a template project to implement a cron like scheduler. rufus-scheduler is used for scheduling and foreman is used for running the scheduler. This makes it perfect for a deployment on heroku's Caledon Cedar stack.
Fork/clone this project, install the gems needed using bundler:
bundle installand start the scheduler using foreman:
bundle exec foreman startYour crony won't do much yet (except for printing it's heartbeat), so add some cron jobs now. And better delete that example job before you use it seriously.
Each (non hidden) file in the cron.d directory will be evaluated and can be used to schedule jobs. Refer to rufus-scheduler's documentation on how to schedule jobs. Be aware that your cron.d files will be evaluated in the context of the scheduler instance, so you can access all methods the scheduler has. Here's an example:
every "5m" do
# do something every five minutes
endYou can have as many jobs as you wish within one file. Separating them in several files is just a way to organize and group your jobs for better overview.
Within your cron.d files, you can do anything: Requiring other files/gems (remember to put them into your Gemfile first), defining classes/methods etc. This way, you can do anything from sending emails to pinging other sites of yours (eg using the fabulous httpi) to start a task there or to keep them alive when the hoster shuts them down after a certain time of inactivity.
After you've added your jobs and helpers, you're ready to deploy your jobs to heroku:
# create an application on the Caledon Cedar stack
heroku create
# tell heroku not to install the gems you only need for your local development/testing
heroku config:add BUNDLE_WITHOUT=development
# deploy your code
git push heroku masterAfter this, your private crony instance will happily be running and executing your jobs.
If you want to pause the scheduler, just scale your worker down to 0:
heroku ps:scale web=0To restart, scale it back up to 1 again.
Be aware that heroku cycles your processes every 24h meaning that your crony instance will be restarted once daily. There shouldn't be any problems, though - unless this collides exactly with a job you've scheduled.
- Implement database backed (instead of file based) job configuration that would allow for management of jobs via the command line (eg rake tasks) without the need to redeploy the app.
If you want to contribute changes you've made, helper scripts or anything else, please fork this project and send a pull request with your changes.
Preferably, you keep the master branch in your fork clean and create another branch to add your own jobs and push that to heroku. This way, you can keep the master branch clean from personal files and make those pull requests easier for both of us. Just rebase your personal branch on top of master and use -f when pushing to heroku.
Copyright (c) 2011 Thomas Jachmann
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.