Scheduling stuff sounds like a pretty straight forward thing to do, doesn’t it? Simply set up a cron with a schedule (after looking at the cron syntax online, of course), tell it what to do and forget about it.
Well, if you have ever worked with scheduling systems, you know that isn’t the end of the story. Monitoring, failure isloation, retries, choking preventions etc. make sure you think about that 5 AM job in your sleep.
Idempotency can help - slightly. This talk tries to encapsulate some of my learnings building a distributed scheduler in Node, some of the pain points I faced and how embracing idempotency helped relieve some of those pains.
- Introduction
- Scheduling tasks
- Weapon of choice - Node
- Code sample for a basic schedule.
- Pains
- Failure isolation
- Retry mechanisms for individual entries
- Monitoring
- Testing
- Idempotency
- Introduction
- Importance in scheduling
- Embracing failures and implicit retries
- Slack webhooks - monitoring 101
- Stubbing your way around testing
- Conclusion
Senior Software Engineer @INDwealth. Full stack web developer with a keen eye for building elegant interfaces and a proven record of writing scalable backend code. Loves everything javascript. Speaks at conferences, meetups, hackathons and generally all the time. Likes open source, startups, pets, anime and people - in no particular order.
https://speakerdeck.com/deepakpathania/building-painless-scheduling-systems-in-node
{{ gettext('Login to leave a comment') }}
{{ gettext('Post a comment…') }}{{ errorMsg }}
{{ gettext('No comments posted yet') }}