I need to create a Cron jobs at K8S.
some jobs runs every minute , some of them every 5 minutes (24/7)
This jobs need to run rest call (get) to some components and to check the availability and if something is wrong (post) a rest call to other system
To handle this task I currently see two approaches
shell script for it, https://kubernetes.io/docs/concepts/workloads/controllers/cron-jobs/PROS is using K8S native way to handle such issue
CONS - very hard to debug, logs debug etc
PROS - debug , logging etc , https://github.com/robfig/cron
CONS - create some abstraction …
Any suggestion, recommendation which is better approach to use If I need a full control on those jobs
I'd approach this problem in several steps.
First, write the program that does the REST calls, checks the result, maybe posts the alert, and exits. You can write this program in whatever language or toolkit you feel like. If you're comfortable in Go, great; I might pick Python myself; it'd be possible as a shell script, but probably more awkward than many alternatives. Build this program completely independently of Kubernetes. Test it as much as you need to convince yourself that it does what you want.
Once you've made the REST polling program work, and only then, build it into a Docker image; push it to a registry; and create a CronJob Kubernetes resource that runs it on a schedule.
Given how you've described the task, I wouldn't write a specialized program just to replicate Kubernetes' built-in scheduled-task runner. You could; I'd develop it the same way as above but use a Deployment instead of a CronJob; but probably the CronJob path is both simpler and more reliable.