[chef] Re: Infrastructure Deployment Specification


Chronological Thread 
  • From: Adam Jacob < >
  • To:
  • Subject: [chef] Re: Infrastructure Deployment Specification
  • Date: Tue, 17 May 2011 10:54:46 -0700

At first glance, I like it.

Adam

On Tue, May 17, 2011 at 7:43 AM, Miquel Torres 
< >
 wrote:
> Hi all.
>
> The launch of CloudFormation, Spiceweasel development Judd's Swift
> work and that of Eric Heydrick (not yet seen in the open) are all
> testament to an accelerating interest in improving the integration of
> server provisioning and configuration management. Which is no wonder,
> because the possibility of automatically launching whole server
> clusters that are then configured by Chef, all by issuing a single
> command is not only exciting but useful.
>
> The approach so far, however, has been at the tool level, with each
> project going its own way.
>
> I think that server provisioning should also be written in code. What
> kind of servers an application needs is a valuable knowledge. How much
> memory or computing power does this kind of server in your stack need?
> "Ask the operations guy" is the current answer. That is wrong. Chef is
> trying to take us to a better world, where server configuration is a
> known quantity you store in code. Why treat server provisioning
> differently?
>
> That is why Grig Gheorghiu and I have started an Infrastructure
> Deployment Specification initiative. LittleChef is going to implement
> it using libcloud, but the hope is that all the projects centred
> around Chef and provisioning agree on a common specification, similar
> in syntax to Chef roles and recipes, and which you can use across
> tools and clouds.
>
> You can find a first draft (which is purposely simple) here:
>    http://tobami.github.com/Infrastructure-Deployment-Spec/
>
> Please join us in defining a useful specification that everyone can
> use. We are of course specially interested in the input from projects
> like Spiceweasel, and people like Judd Maltin and Eric Heydrick, who
> are implementing similar functionality. But it is also a specification
> that should feel right for Chef users, so every piece of feedback is
> welcome!
>
> Cheers,
> Miquel
>



-- 
Opscode, Inc.
Adam Jacob, Chief Product Officer
T: (206) 619-7151 E: 




Archive powered by MHonArc 2.6.16.

§