News for hackers. Stuff that matters.
Re:How a Jenkins Job Broke our Jenkins UI by jordanbeiber on Thursday June 03, 2021 @03:45PM (#27386357)
You could use a tool desgned for it and probably be better of, since upgrading jenkins and plugins, as everyone knows... is not always exactly pain free.

Regarding your batch scheduling solution - take hashicorp nomad for a spin: a single go binary and your scheduled job can be declared in 10 lines of yaml. Won’t miss a beat.

Re:How a Jenkins Job Broke our Jenkins UI by TomBombadildoze on Thursday June 03, 2021 @03:59PM (#27386522)
This isn't a batch scheduling problem. It's a monitoring and alerting problem. OP needs a monitoring and alerting solution.

Stop ~~~ engineering ~~~ things and choose the right tool for the job.

Re:How a Jenkins Job Broke our Jenkins UI by mixologic on Thursday June 03, 2021 @05:21PM (#27387517)
"Solution" and "Job" may be overstating things here. If all op needs is monitoring and alerting of a couple of machines, then Datadog/New Relic/Ops Genie/Pager Duty/Server Density/Pingdom/AppDynamics/Loupe/Sysdig/Dynatrace (just to name a few in the crowded space) are all likely overkill and not worth the cost.

A large portion of the cost of many of these tools is spent "choosing the right tool for the job" Figuring out what they do, what they do well, where they overlap, where the company that makes the tool is headed, how hard its going to be to swap that tool out for a better one (or cheaper one) - thats a lot of expense in labor and training.

Re:How a Jenkins Job Broke our Jenkins UI by jordanbeiber on Thursday June 03, 2021 @05:31PM (#27387602)
A script scheduled to test something and notify? Hardly ”engineered”.

I claim using pretty much any tool other than jenkins is easier to maintain over time (as illustrated in this very article).