[chef] Re: Re: Re: Puppet vs Chef


Chronological Thread 
  • From: Tim Uckun < >
  • To:
  • Subject: [chef] Re: Re: Re: Puppet vs Chef
  • Date: Thu, 14 Jan 2010 09:03:46 +1300
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=cn4lKPPJPOmyQm7tMhecaFIuc5VejR1+C5UtMkNoV3Qi4R9+XAsmWWgSfJweJYMy0g UTNPv9uo6P1NdIC61LzzS0YB9UGg43w56gZVYwq19utI/9xt8Zdxn3gop/6F5aT/Quf5 RiLzfdF92ytKsouUNxKYXPgF7zCIKAQyc4DUI=

> By the way, it was always my intention to write a follow-up piece
> called something like '10 Great Things About Chef' - presenting the
> flipside of some of the arguments I've made here (some people prefer
> Ruby to a weird DSL that Luke made up, for example). Also, things Chef
> can do that Puppet can't. If anyone wants to email me with points for
> this article, I'll be very pleased to hear from you :)

You may also want to write an article about automateit. It's pretty
different than puppet and is sort of like chef solo but like chef it's
"just ruby". Unlike chef it imposes no structure on you, it's super
lightweight, it has no server (you have to figure out how you are
going to get your code to the machine yourself).

I quite like it.  Even if you don't want to use it for full blown
systems management it's an excellent "sanity check" tool to make sure
your application is properly setup and the dependencies are fully met.



Archive powered by MHonArc 2.6.16.

§