We wanted to put in place release control, release management for our products, which is more centered around a COTS application, into an automated process. That's when we started looking for different tool sets and did a PoC with a couple of vendors. CA Automic stood out there. We started using it for both our service orchestration pieces as well as for release automation.

So far, it's been doing well. In terms of our expectations, it's what we were looking for. There are some angles where we are still refining it or maturing our processes around it, but we have covered a lot in the last about 18 months since we purchased and deployed it. We are about to take about 30 applications under the release automation and going live with a large program. So far, so good, I would say.

We use a single application and are trying to deploy it with Automic Release Automation (ARA). It works for one component, so we decided to spread the tool to all our applications and make it the status quo. Today, we are still trying to deploy more applications with this tool.

Indirectly, we are providing solutions for our clients. We are consultants for our customers and act as system integrators.

This product has been chosen for automating application releases at a bank, who is our customer. The primary reason was to increase the patterns of releases from 12 a year to more.

It performed really well. The pilot application that we implemented with them at the beginning of the year has been chosen to be a level up agile methodology, and within the three months that they used from the start of the project to going live, they have done approximately 600 deployments. This would have been impossible, given their present capacities.

Application deployment and orchestration.

It has been performing very well for us.

The key use cases will be eliminating manual activities, reducing the risk of missing steps in the deployment. The other thing is to speed up deployment, because the previous way of working was having someone to document the steps, someone to review the steps, and then at the end of the day, someone had to execute those steps within that window.

So far, it has performed well, at least from the "repeatable" perspective. All deployments are repeatable, so when we have issues with deployment, it gives us the opportunity to review and to know where the issues came from. If it is working now and was not working previously, we usually know where it fails.

The primary use case is the implementation of software updates.

We primarily use the solution for job run file transfers.

We use it to installing a complex application in a legacy world. 

We deploy contained releases. This means we deploy every three months, nearly 160 applications, to our customers.

Our primary use case is for the deployment of web service applications.