It's on-premises. The organization I work for has IT operations in about 60 different countries around the world. We use Control-M in at least 15 or 16 of those locations, and each site can be quite different. For instance, in Paris, they only use it for the mainframe. Our main office is in Germany, where they are starting to use the test version, and they would like us to explore the SaaS version as well.
If I were to start looking into this, I think a hybrid approach would be the most logical way to organize things. This would allow us to have a clear view of both our on-premises and cloud environments, enabling a gradual migration to the cloud instead of making a major switch all at once. I've seen BMC presentations on this, and it looks promising. The advantage is that I wouldn't have to worry about where each workload is processed; everything can be monitored and managed from a single screen, which is very powerful.
Additionally, I've spoken with users who utilize cloud workloads, and their primary concern is cost rather than the specific platform. Control-M is effective at managing this. For example, if you're planning to deploy a workload on a specific server, the scripts can easily handle the transition to Amazon's cloud the following week. If a provider has a special offer in a month, like Google, it's straightforward to switch our workload to run there instead. With Control-M, this process is transparent and uncomplicated.
The maintenance is complicated. There is patching to consider on both the Control-M service side and for the agents and modules. When it comes to file transfers, you need a specific module from the Managed File Transfer (MFT) service. Typically, every few weeks, we need to install a new set of updates, whether due to a security issue or the introduction of a new feature. If you go to the Application Center (AC) and use that version with your account, you don’t have to worry about caching, as they manage that on the systems. You could use it in a controlled manner, perhaps on a Sunday morning. However, using a basic version might present some challenges for us.
Usually, the Linux team handles the patching, but it's also necessary to conduct tests. Sometimes, the latest version can alter certain behaviors that might not be acceptable in a production environment, so testing is crucial. It does require a separate environment dedicated to that. Overall, managing patches is a significant task. One key selling point of the SaaS solution is that you won’t have to worry about it in the future; BMC takes care of that for you. However, some of my colleagues are concerned that implementing a SaaS version could mean losing a significant portion of their work to automation, particularly the patching responsibilities. It’s definitely a complex situation.