- From: "Kevin Nuckolls" <
>
- To: <
>
- Subject: [chef] RE: Re: Infrastructure Deployment Specification
- Date: Tue, 17 May 2011 14:51:11 -0500
- Importance: Normal
We like it too. We had a similar spec for what we were calling meta-chef that
would do this and also handle things like scheduling when nodes would be
operational. If we move forward with that project we'll be in touch with you
guys to try to adhere to some standard.
Thanks,
-Kevin
-----Original Message-----
From: Adam Jacob
[mailto:
Sent: Tuesday, May 17, 2011 12:55 PM
To:
Subject: [chef] Re: Infrastructure Deployment Specification
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.