Installing Ansible 2 on CentOS 7
-
@scottalanmiller This would more than likely be a result of someone coming into a DevOps role from the perspective of a Developer, versus that of a person who has worked the Systems/Infrastructure side of things. I wonder how soon something like this will switch the current demand from that of developers/programmers/coders to that of systems/infrastructure specialists.
DevOps, from this perspective, makes me kind of anxious. Having the expectation that everyone share the load across the board (infrastructure,development, testing, etc...) creates an odd simile in my mind likened to the overly engineered coffee maker that grinds your coffee, brews a couple shots of espresso, steams your milk, and combines everything into a cup. In many ways an overly complex costly appliance that is rendered useless if one single component fails; not to mention costly to repair. I prefer having a separate tools that are engineered to perform their task well and are easy to maintain. I don't want a cable modem with a built in router, switch, and wireless access point.
In reference to the DevOps trend, I can see how having a very competent team is advantageous for startups. As the trend continues to grow aren't we going to hit a wall or cap on talent acquisition? How many people can ADEQUATELY fill those roles? Or is it acceptable to have a team composed of a few infrastructure-heavy members, and a few dev-heavy members and expect their skillsets to balance out overtime? What happens when demand is so high that the grass is nearly always greener? (if that isn't already the case)
-
@RamblingBiped said:
DevOps, from this perspective, makes me kind of anxious. Having the expectation that everyone share the load across the board (infrastructure,development, testing, etc...) creates an odd simile in my mind likened to the overly engineered coffee maker that grinds your coffee, brews a couple shots of espresso, steams your milk, and combines everything into a cup.
I know of now shop approaching DevOps like that except for when NTG did in the 1990s because there weren't enough of us and someone (me) had to take on the lowly IT duties so other people could focus on code.
DevOps shops today are not mixing their development staff with their IT staff, they are approaching IT from a "defined as code" perspective. It's not true DevOps, it's using DevOps techniques. And DevOps techniques are taking hold very, very quickly. But I don't see duties crossing over, that makes no sense.
-
@RamblingBiped said:
In reference to the DevOps trend, I can see how having a very competent team is advantageous for startups. As the trend continues to grow aren't we going to hit a wall or cap on talent acquisition?
Traditional IT did that long ago. Shops looking for high end systems people have almost no ability to hire and it has been this way for a long time. The market can't produce half as many traditional admins as are necessary to run things the old fashioned way. DevOps specifically addresses this by reducing the head count needed to do work. Fewer admins, more servers.
The only thing that will continue to cause the inability to hire will be the continuous increase in server count.
-
I think it's just a natural progression of things also. It's kind of like with programming, very few people use assembly language, but it's still there.
That might be a bad analogy since I'm sure we need more people as admins and engineers than we need people writing assembly language, but it's the same type of principle from my view point.
And as @scottalanmiller has said before, we still need people who know this stuff because of his example with the shop that didn't have anyone with Vi experience.
-
I ran through the steps. I had to skip the 'git checkout stable-2.0.1' command. I got the following error:
it checkout stable-2.0.1
error: pathspec 'stable-2.0.1' did not match any file(s) known to git.Regardless, I skipped the step, proceeded to the next step, built and installed the RPM successfully.
Thanks for making this easy. I was looking for the RPM but apparently it is not yet released.
-
As far as we can tell no RPM is forthcoming. No platform is getting the Ansible 2 updates, it seems. Not RPM, not DEB, not PIP.
-
@pm9448 said:
And welcome to the MangoLassi community, by the way!
-
Been a while since we talked about Ansible. How many people have been trying it out and/or using it?
-
@scottalanmiller said in Installing Ansible 2 on CentOS 7:
Been a while since we talked about Ansible. How many people have been trying it out and/or using it?
I've just started playing with it. Plan is to control lots of Raspberry's, Banana Pi's, Beagle's and other SBC's.
-
@scottalanmiller said in Installing Ansible 2 on CentOS 7:
Been a while since we talked about Ansible. How many people have been trying it out and/or using it?
Still using it. I have it set up for everything here at work. Mostly been using ad hoc stuff, but I have a couple playbooks set up for things that are difficult to do during a kickstart.
-
By the way, is there some frontend available?Found something on SF, but that's just a better text editor. I don't mind hacking through textfiles, but I plan to give some of the administrative stuff to a colleague who is still new to the job.
Tower is just too expensive for us poor EDU guys.
-
A nice GUI would be awesome.
-
Haven't tried it personally, Semaphore Open source Ansible UI.
-
@Romo said in Installing Ansible 2 on CentOS 7:
Haven't tried it personally, Semaphore Open source Ansible UI.
https://github.com/ansible-semaphore/semaphore/raw/master/public/img/logo.png
-
@scottalanmiller said in Installing Ansible 2 on CentOS 7:
@Romo said in Installing Ansible 2 on CentOS 7:
Haven't tried it personally, Semaphore Open source Ansible UI.
https://github.com/ansible-semaphore/semaphore/raw/master/public/img/logo.png
That's the one I've tried but it doesn't seem to do much at all
-
-
@Romo said in Installing Ansible 2 on CentOS 7:
Their site is not super obvious as to what they do. It's just a scheduler?
-
@scottalanmiller remote execution of commands and scripts + scheduler
-
I tried Rundeck. It was more confusing than just using Ansible without a GUI. IMO, just having the playbook with yaml and jinja files is easier to read and use. GUIs always have at least one thing you need in a place you wouldn't think.
I guess I wouldn't mind having some reports in a GUI but I'll stick with just text files.
