Collection of roles and configuration developed for an organization

104 views
Skip to first unread message

Elliot Dahl

unread,
Feb 20, 2014, 8:59:14 PM2/20/14
to ansible...@googlegroups.com
Hi, is there a list of Ansible repositories containing roles that were meant to be used together? A repository such as this one for Puppet https://github.com/example42/puppet-modules

These are the only two that I have found so far....

https://github.com/drybjed/ginas
https://github.com/jnv/ansible-fedora-infra

I am aware of Ansible Galaxy but as a new user I am curious about a collection of roles and Ansible configuration that I could use as a starting point to manage day-to-day tasks and software deployments on a number of EL6 systems. Are there any that you are aware of?

~ Elliot

Michael DeHaan

unread,
Feb 21, 2014, 8:56:00 AM2/21/14
to ansible...@googlegroups.com
Those are basically just collections of things people wrote for their own infrastructure, which is fine, of course.  Ansible-galaxy already has this concept natively in terms of role dependencies if you want to make a role that requires others.

(With dependencies, a role can require other roles to run before it)

Roles are also namespaced based on their creator, so things like asdf.role1 and asdf.role2 are clearly belonging to and coming from the user 'asdf'.

If you're more interested in surfing people's real world deployments, though, another example might be edX.org's open source configuration repo, which has a lot of Ansible:


I guess I'd say that Ansible roles don't neccessarily trend to the same problems that Puppet modules do, where some are very idiomatic and contain custom code and so on (due to the non-batteries-included core and tend for people to drop into custom code), Ansible roles tend to be very "Ansible-like", and are easier (in my experience) to interchange when they come from different people, so it's much less of an issue.







~ Elliot

--
You received this message because you are subscribed to the Google Groups "Ansible Project" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ansible-proje...@googlegroups.com.
To post to this group, send email to ansible...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Elliot Dahl

unread,
Feb 21, 2014, 7:41:56 PM2/21/14
to ansible...@googlegroups.com
Thank you. A collection is what I was hoping to find so that I could get a better idea of how a large collection of roles could interoperate. I will go through this repository's contents to get more ideas.

~ Elliot

Michael DeHaan

unread,
Feb 21, 2014, 8:34:10 PM2/21/14
to ansible...@googlegroups.com
Yeah I think as you see when anything is applied in practice real-world expedience can make things less ideal.   But it's interesting to see how things are managed as a hole.

This is also pretty cool from an OSS perspective:



On Fri, Feb 21, 2014 at 7:41 PM, Elliot Dahl <dahle...@gmail.com> wrote:
Thank you. A collection is what I was hoping to find so that I could get a better idea of how a large collection of roles could interoperate. I will go through this repository's contents to get more ideas.

~ Elliot

--
You received this message because you are subscribed to the Google Groups "Ansible Project" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ansible-proje...@googlegroups.com.
To post to this group, send email to ansible...@googlegroups.com.

t.ton...@gmail.com

unread,
Dec 20, 2014, 5:54:06 PM12/20/14
to ansible...@googlegroups.com
Hello,

Michael, can you please briefly comment on the "Ansible best practices" aspect of the projects you mentioned:


I have been using ansible for a while and have been writing everything from scratch. After a while my ansible code is getting a bit messy, and I would like to learn from real-world best practices. Are the above a good starting point?

Tony
Reply all
Reply to author
Forward
0 new messages