[chef] Re: Re: different kind of clients, cookbook dev workflow


Chronological Thread 
  • From:
  • To:
  • Subject: [chef] Re: Re: different kind of clients, cookbook dev workflow
  • Date: Tue, 08 Jun 2010 13:25:04 +0200

Adam Jacob 
< >
 writes:

Hi,

Thanks for your answers Adam !

> There is a feature coming in the 0.10 era Chef (0.9 is about to drop,
> and lays the foundation for this) that will let you set up multiple
> environments on a single Chef server - you can have a workstation
> environment, testing, production, etc.  Each will have the ability to
> have cookbooks pinned to particular versions, and their own roles and
> data bags.

sounds promising !
What about acl ?

>> Another question for which the answer might be related:
>> What's your developpement workflow with cookbooks ?
>
> The upcoming 0.9 release makes this easier, but mine goes like this:
>
> # If I'm adding an upstream cookbook
> $ knife cookbook site vendor COOKBOOK -d
> # Make changes
> $ edit stuff
> # Commit
> $ git commit -a -m "Did some stuff"
> # Push
> $ knife cookbook upload COOKBOOK
> # Run stuff
> $ knife ssh 'role:has_cookbook' chef-client

Ok, now let's say its recipe is in the run_list of a lot of clients.
I want to change stuff and be able to test the changes without
risking to impact the clients.
How would that be achieved with chef 0.8 ?
Clone, then put this cloned cookbook/recipe to the run_list of the
test client, change stuff, correct stuff, merge back to the cookbook
in production ?
I'm looking for a simple workflow, are there other ways ?

Would it be solved/remedied by having a way to override cookbook_path
in clients' attributes ?

-- 
Laurent



Archive powered by MHonArc 2.6.16.

§