Red Hat Ansible Automation Platform Reviews

Everyone gets super excited about when we show them the automation part of Ansible: 

• How can you orchestrate things? 
• How do you operationalize it? 
• How do you take it to a group of people who don't have the experience writing playbooks themselves nor experience with command line? 

Tower allows control for more people to use it and have some safety nets behind it.

From speed to deployment, it is much quicker. It has an API in the back which allows for integrations. So, if you are building a pipeline with Jenkins or some orchestration tool, it's much easier to write the playbook and plug it in via Tower than try to link it yourself. Thus, it is quick to production.

If you look at network as a infrastructure, NetOps, and the continuous integration, we are certainly able to plug something (like Tower) into the pipeline, which is a big benefit and also a value add.

I haven't done a lot with the dashboards yet. One of the sort of difficulties on the network side is they just recently became first class citizens on the connection, so you have to do another step. However, I think now that is clearing up, and the dashboard will come into play more.

From a documentation standpoint, especially on the networking side of things, things are changing rapidly, most of time for the better. However, the communication on it is not probably where it could be. We could use some real life examples where we could point customers to them and say, "This is what you are trying to do. If you follow these steps, it would at least get you started a bit quicker."

One to three years.

I have had very few complaints from both my usage and when I've helped customers deploy it. From a stability standpoint, it seems to be pretty strong.

I haven't deployed it at a giant scale, but hundreds of nodes seems doable without too much trouble.

It's pretty straightforward. 

Sometimes from version to version, some discrepancies can make it a challenge to work through, but for the most part it's pretty straightforward. One of the reasons in the network industry that Ansible won out over some of the other automaton tools is the low barrier to entry. It's pretty simple to get started.

For deployment and maintenance, my team has two people work on it as their primary task.

I like Ansible because it is:

• Easy to use.
• Easy to read.
• Easy to maintain.
• Easy to support.
• It works without an agent.

It has made software installation and updates much easier. Tasks including changing or checking configurations and files have been improved especially considering the big scope of servers.

It could work with a larger number of servers.

I've been working with Ansible since v0.7 and still use v2.2.

We only encountered issues with syntax, as sometimes it was changed and then one has to adapt.

There were a few scalability issues. I had no problems as long as the number of servers was less than 500. When the number of servers has exceeded 500, I encountered an increased number of failures when trying to provision all together. I tried to play with forks, timeouts, and other options, but as the number of servers grew, I got more failures, so I had to provision smaller groups.

I haven't yet used it.

I used bash scripts before, but bash is not idempotent and you should write more code whereas Ansible already has them as a module. Ansible gives you an informative report after each task.

It was easy to install and easy to use.

I use the free version with Jenkins, it's enough for my needs.

We did not evaluate other options.

It should work easily.

We mostly use Ansible as a configuration management, application deployment, and VM provisioning tool.

I like that Red Hat Ansible Automation Platform is easy to use.

Red Hat Ansible Automation Platform is not the best at server provisioning. Terraform is better.

Complex data structures and control flow need improvement.

I've been using it for one year.

It is a stable solution.

It is scalable.

The initial setup is easy and takes a few hours to complete.

Red Hat Ansible Automation Platform is an affordable solution. Infrastructure maintenance of the Master server comes at a cost.

If you want to do server provisioning, don't go for Ansible. However, if you want to do server/network device configuration, application deployment, or configuration management, then Ansible is the best solution for you.

Overall, I would rate Red Hat Ansible Automation Platform at eight on a scale from one to ten.

Hybrid Cloud

We are still implementing it.

Ansible automation has benefited our organization.

I have found the automation to be the most valuable feature.

There needs to be improvement in the orchestration.

Still implementing.

The simplicity of the programs is the best part and the fact that there is no need to install clients on your hosts makes it unique compared to other orchestration tools.

We can now go to a customer and deploy all software in a few minutes instead of hours.

It's a young product so there is still room for improvement on the module side. There are about 150 modules at the moment but there are still many missing.

For a couple of months

Deployment is easy, it cannot be any easier.

The software is so small and well written that there are no stability issues. At the moment there is a new update every 2 months so if there is an issue with a bug it will be fixed in the next release.

It scales from a few up to 1000's of servers so does it scale - YES!

Customer Service: No idea. It's so simple and there is so much support on the internet that so far I have had no need to look for support.Technical Support: People at Ansible have been very nice to me so far even without a support contract. I get pointed to the help boards to get answers to my questions by their support staff.

We use all kinds of solutions like puppet, chef, .... Why do I like Ansible more? Ansible is easier, it makes use of yaml, and templating is done with jinja2. With other solutions there is a steeper learning process. Ansible is so easy that it takes you only a few minutes to get going. Where other solutions are more for programmers, Ansible is made for system engineers without any need to program or script in any language derivatives. Ansible puts all the intelligence in the modules.

Setup is easy. Every distro has packages available and if you have a weird distro that hasn't one, you can install it easily with python pip or download it from github.

We installed it in-house. It is so simple for an IT person that with the online documentation that it should be easy to set you up in minutes.

The product is free, at least if you make use of the command line version. There is also a graphical version that has some extra features in reporting, etc. Here the price depends on the number of clients you want to manage. For us the cost was the time it took to learn the product which was only a day or two.

Puppet, Saltstack, Chef

If you are looking for something easy straight to the point for a non programmer this is what you need!!

We use it to deploy our infrastructure.

It has made our infrastructure more testable. We are able to build our infrastructure in CI, then are more confident in what we are deploying will work, not breaking everything.

It has been simple to get into, and we are able to get results out of it quickly. We automate across a bunch of different server and virtualization platforms and have been able to do that with Ansible across the board along with our networks.

For a couple of the API integrations, there has been a lack of documentation.

Three to five years.

Performance has been an issue on larger environments, but it has gotten a lot better over the past two years. So, we are seeing steady improvements there.

As long as there is a continued focus on improving performance and scalability, then it should meet our needs going forward.

We don't use Red Hat tech support. We support everything in-house.

We have written a lot of open source Ansible content. I work on the OpenStack Ansible project. So, we've done a lot of open source contribution and support all of our playbooks and roles in-house as well.

The initial setup is simple.

The documentations are great. Everything is pretty well-documented.

1600 host environment, which is mainly used for software updates. As a production environment, it is used for security compliance.

We are still implementing it. I have used it in a very small environment (10 hosts), and it performed well.

Role-based access control and agentless architecture are the main features which may attract users. It is also easy to learn. 

Ansible Tower provides a GUI, which is an enhancement, and a well-liked feature by operation teams.

Still implementing.

The cost is high but it sill works well.

Our primary use case is automating security compliance tasks.

It has met our expectations. Automating security compliance tasks is what drew us towards the product initially. It definitely checked the boxes for what we needed to be able to implement.

It increases our company's efficiency, automating all the simple tasks which used to take hours of somebody's time.

It was easy to read and learn. It is a YAML-based syntax, which makes it easily understand and pick up. 

The user interface on the Ansible Tower product could be better, but it is functional.

One to three years.

It is stable. Being community supported, obviously anytime there are issues, they are spelled out and resolved pretty quickly.

It should meet our needs going forward. We use it in a number of different environments which range anywhere from a handful of servers all the way up to thousands of servers. It has performed and scaled well for everything that we have done.

We are a partner with Red Hat. On the Ansible Lockdown project, we interact with them a lot, though not necessarily the tech support. We interact frequently with the product managers and those types of people.

We also work through the community.