Digital.ai Release vs. Red Hat Ansible Automation Platform

Mainly used in release management where all deployments are well managed and processed further based on the approval system. Complete enterprise-level solution with minor difficulties which need to be added to product improvement features. Integration with other CI-CD tools makes it easier to perform tasks in terms of release and deployments.

Incentivized

It has helped save us so much time, as it was designed to automate mundane and repetitive tasks that we were using other tools to perform and that required so much manual intervention. It does not work very well within Windows environments, understandably, but I would love to see more integration. I want it to be sexy and attractive to more than just geeky sysadmins.

Incentivized

• Cross-team release workflow control using email, texts, scripts allow our release management to be truly a 360 process.
• XL Release allowing our Jenkins toolchain to control the beginning of release trains which is very powerful.
• XL release allows us to expose the business process flow for anyone to read direct at the source which runs the process instead of a separate vision.

Incentivized

• Debugging is easy, as it tells you exactly within your job where the job failed, even when jumping around several playbooks.
• Ansible seems to integrate with everything, and the community is big enough that if you are unsure how to approach converting a process into a playbook, you can usually find something similar to what you are trying to do.
• Security in AAP seems to be pretty straightforward. Easy to organize and identify who has what permissions or can only see the content based on the organization they belong to.

Incentivized

• Pagination of data - across tool.
• User Roles Management API can be improved.
• Case insensitive ID's are treated differently making user face login and access issues.
• Dependency on Universal template/custom plugins creation should be reduced.
• Code versioning of templates is very difficult.
• Better error handling.
• Futures Timeout Issues.

Incentivized

• YAML is hard for many to adopt. Moving to a system that is not as white space sensitive would likely increase uptake.
• AAP and EDA should be more closely aligned. There are differences that can trip users of the integration up. An example would be the way that variables are used.
• Event-driven Ansible output is not as informative as AAP.

Incentivized

Even is if it's a great tool, we are looking to renew our licence for our production servers only. The product is very expensive to use, so we might look for a cheaper solution for our non-production servers. One of the solution we are looking, is AWX, free, and similar to AAP. This is be perfect for our non-production servers.

Incentivized

The tool is easy to use, easy to navigate and learn. Manages releases with proper approvals in a systematic manner. Though it needs minor improvements in terms of pagination (data loading), access management, but, overall the tool helps in increasing productivity and less time for production deployments.

Incentivized

the yaml is easy to write and most people can be taught to write basic playbooks in a few weeks

Incentivized

Great in almost every way compared to any other configuration management software. The only thing I wish for is python3 support. Other than that, YAML is much improved compared to the Ruby of Chef. The agentless nature is incredibly convenient for managing systems quickly, and if a member of your term has no terminal experience whatsoever they can still use the UI.

Incentivized

Support is not good at all. To this day, I have to mail my queries and their support site does not log in for me (me alone). But, upon contacting many times, no one helps with a proper response. Though good thing is, I get a proper response over mail too. But, being informative about the tool and not on the issues faced by users outside of the process to get support should also be addressed equally. Which is currently missing in support.

Incentivized

There is a lot of good documentation that Ansible and Red Hat provide which should help get someone started with making Ansible useful. But once you get to more complicated scenarios, you will benefit from learning from others. I have not used Red Hat support for work with Ansible, but many of the online resources are helpful.

Incentivized

I spoke on this topic today!

Incentivized

XL release is simpler to configure and deploy to the organization than other change management platforms I have used. That simplicity has minor drawbacks requiring you to fit into a limited set of control methods but that exercise helped us simplify a needlessly onerous process.

Incentivized

I haven't thought of any right now other than just doing our own home-brewed shell scripts. Command line scripts. And how does this compare? It's light years ahead, especially with the ability to share credentials without giving the person the actual credentials. You can delegate that within, I guess what used to be called Ansible Tower, which is now the Ansible Automation platform. It lets you share, I can give you the keys without you being able to see the keys. It's great

Incentivized

• XL release has improved our consistency of release process, removing multiple days worth of manual status checking and coordination.
• XL release has allowed us to increase the number of beta releases we can support due to simplifying our release actions.

Incentivized

• Red Hat Ansible Automation Platform offers automation and ML tools that allow me to automate complex IT tasks.
• Through automation analytics, it is seamless to gain full visibility into automation performance allowing me to make informed decisions.
• Red Hat Ansible Automation Platform allows me to move rapidly from insights to action.
• Creating and sharing automation content in one place unify a team in one place hence enhancing real-time collaboration.