Likelihood to Recommend
Great for automating groups of servers and ensuring updates are pushed to all of them (simultaneously if needed). It's hard to manage large groups of servers, and this tool makes it almost too simple. If there is only one server that is unique from the others, Ansible will not be as useful, but can still help track your changes.
Jenkins helps the flow of build from the development team to the QA team. Can be really helpful in doing continuous builds, but when this feature is turned on the development team must have great communication otherwise the risk of broken builds become very high. In the long run, we found it made things easier when we just pushed the build manually and appointed a team member the build master.
- Agentless. For our implementation, this is the single biggest factor. If we have to touch the machine and install an agent before we can start managing it, that's already too much effort and slows us down.
- Re-entrant. This is not unique to Ansible, but certainly a huge improvement over custom scripts and such. Because it's such a huge effort to make scripts re-entrant, most of our scripts did not allow an elegant way to recover on failure. Manually cleaning up the half-attempt and re-trying is still too cumbersome, and being able to just re-run Ansible is a great improvement!
- Infrastructure as code. This is new to Ansible, and there are still a few minor bugs with their AWS modules, but it's been a huge help being able to define our infrastructure in an Ansible playbook, commit it to source control, and use one tool for all our DevOps tasks.
- Automatic jobs: there are infinite possibilities when it comes to Jenkins. You can run code against any testing suite you can imagine or conjure up. You can deploy applications at any time anywhere, automatically with no human intervention. If a certain stage fails, it will notify the team and your sysadmin of the issue so you can resolve it as quickly as possible
- Automatic rollback: because of how Jenkins works, it can hold off publishing code and integrate locally to run QA procedures before pushing to deployment. This means that bugs are caught before your servers are updated and prevents a faulty program from affecting your downtime in the first place. Its a game changer for high availability.
- Unlike Chef, Ansible employes a Push methodology rather than Pull. We found that this doesn't scale well for us, thus we had to consider using Ansible Tower in order to scale.
- Ansible's free training and tutorials do no provide as much depth and ease for first time users trying it out for the first time.
- From the limited experience we have had with Ansible Tower, the UI is not very user friendly. There's a lot of bells and whistles that can prove o be overwhelming at times.
Engineer in Information TechnologyHospital & Health Care Company, 10,001+ employees
- Once we organized a hackathon with our GitHub Storage. Jenkins was integrated at that time. We had a 20GB plan, but it oversized to 50GB. We had to bear a large sum of money which was unpredicted by our company. Being a startup we cannot bear such mistakes.
- Jenkins cannot be easily studied and managed. We have to recruit personnel part-time for managing and servicing the server.
- Though it is open source, there is no dedicated community driven forum or support. There are 3rd party discussion and support portals. Thus, we use Gitter always for debugging and solutions.
Team Lead in Information TechnologyInformation Technology and Services Company, 11-50 employees
No answers yet
No answers on this topic
Based on 3 answers
While the day to day use is very easy, the configuration and setting up of the system or new projects can be cumbersome.
Based on 5 answers
Ansible is very friendly to start with. With just a few configurations, you have full management to your servers. You can configure it and implement it in seconds. You can also set up a cron job to make sure it gets implemented. It suits our need perfectly. Support can be a bit hard.
Engineer in Information TechnologyInsurance Company, 10,001+ employees
Based on 7 answers
Sometimes I feel like I am using software developed at the '90s. The Jenkins functioning is amazing. It fulfills its role, but when we are talking about the user interface, it is something painful sometimes, and unfortunately, I didn't see investment and/or improvement on this part over the past few years. Another thing I couldn't forget to mention is about the ecosystem around Jenkins, there are a bunch of plugins, but due to this flexibility, we caught ourselves struggling with broken plugins several times.
Based on 2 answers
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.
Based on 6 answers
There is a large development community - but it is shifting as people move towards other tools. A lot of companies still use Jenkins and will build propriety tools, which doesn't help any of the open-source community.Jenkins has a lot of help and support online, but other, more modern, alternatives will have better support for newer tech.
Ansible is sufficient for our purposes because our configurations are relatively simple. Chef and Puppet would work better for more complex configurations. Also, our applications are deployed using Docker which simplifies our configuration requirements. An organization with more complex configurations would find Chef or Puppet suits their needs better.
We previously utilized Hudson - which was limited and did not have the extensive plugin abilities of Jenkins. We selected Jenkins for it's ease of use, beautiful interface, and stability. Other software such as Hudson and Bamboo didn't provide these abilities.
Employee in Information TechnologyComputer Software Company, 11-50 employees
Return on Investment
- We have been able to deploy solutions to client issues without impacting uptime.
- Most system administration tasks have been automated so I am now free to work on architectural improvements or customer support.
- Our customer support has improved thanks to Ansible as it has allowed me more time away from repetitive system activities so I may assist with customer questions and application testing.
- Low investment: As the software is open source, there is no purchase required for on-premises installations, and there is a low barrier to entry for companies offering hosted solutions. This leads to competition on price, and therefore lower prices.
- Saves time by automating manual tasks: There are often a lot of repetitive tasks that need to be done to prepare for a release, and Jenkins enables these tasks to be run easily and frequently (for example, running tasks on every pull request)
- Near-immediate returns: Spend a day or two and easily automate most common tasks. Reports are visible so that managers and team leads can keep an eye on code quality.
Premium Consulting/Integration Services—
Entry-level set up fee?
Premium Consulting/Integration Services—
Entry-level set up fee?