As a customer I can highly, highly recommend Cronitor. The service is continually improving and the customer support has been second-to-none, they have gone above and beyond to meet my needs.
Growing a cron job monitoring side project into a real business
11–20 of 31 posts
Re: Growing a cron job monitoring side project into a real business
#12Earlier quoted context omitted.
I don't exactly remember how I first came across Cronitor (I thought it was IH, but I guess not), but you guys have been a big inspiration for me as I've been attempting to bootstrap my own side project into a business.
That is really great to hear. Keygen is looking polished!
Re: Growing a cron job monitoring side project into a real business
#13Re: Growing a cron job monitoring side project into a real business
#14Re: Growing a cron job monitoring side project into a real business
#15Loved reading the article. I can really feel the authors/founder's sincerity in giving non-fluff answers.
Re: Growing a cron job monitoring side project into a real business
#16Re: Growing a cron job monitoring side project into a real business
#17I'm curious, how does Cronitor actually monitor that the URLs were pinged at the correct times or at all? Part of me thinks they are using cron to check statuses?
- stateless (needs to be able to be arbitrarily restarted at any time)
- fast (we need to be able to send alerts right when a job fails)
- simple (we will run pings thru a series of simple evaluators where test coverage is easy)
Re: Growing a cron job monitoring side project into a real business
#18Re: Growing a cron job monitoring side project into a real business
#19Re: Growing a cron job monitoring side project into a real business
#20I'm curious, how does Cronitor actually monitor that the URLs were pinged at the correct times or at all? Part of me thinks they are using cron to check statuses?
We built a python daemon that owns a shard of monitors, iterates them, reads recent history, and dispatches alerts when appropriate. The key things I thought were important when it was built were: - stateless (needs to be able to be arbitrarily restarted at any time) - fast (we need to be able to send alerts right when a job fails) - simple (we will run pings thru a series of simple evaluators where test coverage is…