You must log in or register to comment.
I found Ansible as a product, lacking. Granted maybe some of the issues was because it was AWX? Unsure. But everything about it was like pulling teeth.
I personally prefer Salt, if for no other reason than it’s significantly faster. And frankly I found writing the respective configs much easier to ready and follow with Salt.
I feel like Red hat has pulled off a remarkable marketing feat with Ansible.
I’m my work I consult with a lot of different sysadmins and have to be conversant in whatever they are using and that includes Ansible for a big chunk of the industry.
I’d say for about 90% of people I’ve worked with using ansible heavily after getting the hang of it, when they are being honest they don’t see what it is getting them (generally it’s a lot more tedious but not better than alternatives), but are afraid to admit it because “not getting Ansible” might be seen as being inadequate in the industry. And this is only counting the folks that I consider to have gotten far enough to be competent in Ansible, reflecting experiences of people who know how to use it, but still don’t understand why they should see it as “helpful”. Lots of people don’t make it that far (and those folks are even more shy because they think themselves “dumb” for not getting it ).
Completely agree. I haven’t met a single person that has genuinely liked it. But they feel compelled to use it and speak highly of it because it’s what you do in the industry. And a lot of the people that do keep pushing for it keep acting like it’s going to be the single solution that fixes everything somehow magically…
And I don’t know about you, but I know an excessive number of people it seem to think that if you want to idempotent then it has to be ansible… As if suggesting that it’s impossible to be idempotent by any other means.
I really like Ansible and have used it for my personal dotfiles for years. I don’t think it’s a silver bullet and I’m aware of a lot of the criticism. Containerization or immutable infra solves more production problems so I don’t really use it much at work.
At least in the devops/SRE circles I work in, we know there are different tools for different jobs. While we might fight about which is the best, I haven’t seen the ossification you’re describing.