Control-M is used to orchestrate workloads across multiple environments including dev, UAT, and production. There are plans to consider moving towards either a hybrid or cloud-based model with the environments in the future.
Control-M handles complex workflows through a variety of job types and multiple job types being able to interact with each other. The complexity can either be in the job flow or the background to when the job runs. For example, using calendars, whether it's multiple types of calendars, a job would only run when jobs from another calendar either have run or haven't run, or a mix of several different options. Calendars is the part of Control-M that is almost a puzzle that you have to solve first. If you can solve those kinds of puzzles, the job builds themselves can do that, which is the easy part compared to the calendars.
Building, scheduling, managing, and monitoring workloads is what Control-M does. After seven years of using it, no limitations have been found. Whatever is asked of it, it can do, and if there's something that cannot be done, the BMC team will find a way of working around it and maybe improve the product to fit your particular situation.
Introducing the Batch Impact Manager job, or as it's known, the SLA management job, into batches has allowed alerting to be scaled up and refined so that intervention can occur when a batch is running late, if a job is running longer than expected, or if there is a failure upstream. This has certainly helped out the batches.
The creation of data pipelines across on-prem and cloud is quite complex. The integrations provided by BMC have made that really easy. Jobs fit together really well with no loss of visibility. Having one UI to see the source of data to the end product is really useful.
The interaction with Oracle Cloud Infrastructure through the Oracle EBS batch has been one of the biggest successes in recent years, with the EBS batch handling the general ledger for Virgin Money and Clydesdale. This is the strongest case.