Enterprise Job Scheduling Brick

Univ. of Hawaii - ITS Technical Architecture - Brick   

Enterprise Job Scheduling

Primary Architect:  Jan Kawachi

Description:   

This brick describes the ITS approach to Enterprise job scheduling (also known as “batch scheduling”).  

“Enterprise job scheduling” encompasses any scheduling system used to run production services for UH systems that are run by ITS.  This could include application programs, system programs, database programs or any other type of program.

Emerging Trend:

• CRON has been traditionally used by ITS technical staff to schedule jobs.  Over time, we would like to eliminate the use of CRON as a tool to support enterprise systems.  There are several reasons for this including:

• Batch jobs are an important part of the operation of a system. As such, it’s critical that we monitor the jobs and respond when they fail. Just like we monitor the health of servers from our operations center, we should monitor the health of batch jobs.  If they fail, a response protocol should be implemented.  (Essentially, batch job failures should eventually be added to our incident management protocols.)

• Batch jobs are often dependent upon each other. When jobs are scheduled in distributed tools like CRON then there is no way to set up formal dependencies.  Ideally, jobs would be in central system where dependencies can be defined and managed.

• While we are trying to stop using CRON for production systems, it would still be appropriate as a productivity tool for individuals, but not as an ongoing operational tool.)

• Cloud Software as a Service products (e.g. Kuali Curriculum Management) may have their own unique scheduling infrastructure, probably embedded Quartz (it’s a library).  This will complicate our scheduling in the future.

Change History

• Approved August 2016

 Definitions