[chef] Re: Re: ordering the roles directory into subdirectories


Chronological Thread 
  • From: Jesse Nelson < >
  • To:
  • Subject: [chef] Re: Re: ordering the roles directory into subdirectories
  • Date: Fri, 29 Oct 2010 14:26:59 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:mime-version:content-type:subject:date:in-reply-to:to :references:message-id:x-mailer; b=Xnc8tJMKM24IKioLwJFHWAa4kki2xdiZzJB4GgT6ZO/qsNLBKtJTmXQY7+TE9RBbEp Ce/muX80CP+uESMb8nm1WdgaduizIGiBtAyeYG6MQrM8G2p8mUufBUQhiU3Xaw9cSZDf 6XMnT51aiAWLDuiidgRI53FzVewtsDbacXPTU=

you can prefix the roles and toss em in subdirs for now (just to organzie the way things look)

i.e.   prod_webserver role -> roles/prod/prod_webserver.rb

this is what we have done to help organize roles. Not ideal, but workable

On Oct 29, 2010, at 2:21 PM, AJ Christensen wrote:

I've recently grown to more than 50 roles and have also realised that it would be good to stuff them into subdirs or classes of roles that make sense.

On 29 October 2010 14:09, Christian Requena < "> > wrote:
Hola!

I'm evaluating the introduction of Chef in an environment with about 40
different types of server, delivering about 70 different applications
which are running partly different configurations. In other words .. a
big mess ... or should I say, a big challenge? ;)

Any way, we're trying to figure out how to define roles for our
colourful environment. We came up with this:

roles/
|-- dishes/
|-- flavours/
|-- ingredients/
|-- locations/
`-- misc/

I'm trying to categorize the degrees of freedom we have concerning our
application/ operational needs.

* An "ingredient" is equivalent to a operational component (i.e.
apache2, nginx, squid...) or an application. Anything we configure or
deploy.
* A "flavour" is a special characteristic that can be
activated/deactivated on a set of servers.
* A "dish" are things you can define as a set of "ingredients" and
"flavours". This are i.e. the different types of servers we manage.
* A "location" will be a group of dishes, i.e. if you create a small
group of server to deliver a functionality for testing /developing or a
set of web-servers.
* "misc" for those thing I forgot about.

We just figured out, that chef doesn't support this approach.

So my question will be: What will you do to manage this kind of
scenario? I don't want to work on a directory with way over 100
configuration files, do you see another way to manage this?

Thanks a lot for you help





Archive powered by MHonArc 2.6.16.

§