Cron Jobs: Metered Billing
complete
L
Louis Brauer
We currently have > 150 cron jobs running on a DigitalOcean $40 instance. Most of them run once a day for a few minutes.
Migrating these jobs would be great but with the current pricing scheme this would cost over $600 a month with render.com.
I think the pricing structure for cron jobs should be more fine grained or based on actual running time.
Log In
Anurag Goel
complete
Starting October 1, all cron jobs will be billed based on actual runtime and the plan selected for the job, with a minimum charge of $1/month. Details at https://render.com/pricing/#cronjobs-oct-1-2021
d
dre
We are an online ordering platform on Heroku looking to migrate our infrastructure over. Currently there are ~40 cron jobs running daily, each for a few minutes.
It would be amazing to somehow have different pricing for Cron Jobs on Render and I agree with most of what has already been said in this thread about pricing base on run time, not per cron job outright.
Hope to see some good discussion and information in the future about this feature.
Keep up the good job because this is all exciting stuff!!
Anurag Goel
in progress
Anurag Goel
planned
J
Joaquim Ley
Anurag Goel: Is a decision already made on the "new" pricing? Will it be CPU milliseconds as suggested or are you still debating internally?
Anurag Goel
There might be a lower base fee ($1/month) to cover our costs for CI/CD and building and maintaining the feature, and the rest will be based on actual runtime prorated to the second, like with Render Jobs: https://render.com/docs/jobs.
J
Joaquim Ley
Anurag Goel: From my POV that's fair. Although at X / Y / Z number of jobs you could go to the sub $ per job.
Not my use case but the one mentioned on the post, 150 jobs could cost you something like $0.40/job + runtime/sec.
As for this same use case, $150 base cost vs the mentioned $40 on DO is a big enough change to maybe consider?
tl;dr
On higher volume, lower the per-unit base price?
I'm not sure if this is viable for Render just an idea.
Anurag Goel
Joaquim Ley: it is certainly something we can consider at higher cron job volumes.
C
Che Sampat
I agree the pricing should be better based on the actual compute used