- From: Hedge Hog <
>
- To:
- Cc: Patrick Debois <
>
- Subject: [chef] Re: Re: Re: Reusable steps: PoV request
- Date: Thu, 31 Mar 2011 18:45:37 +1100
- 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 :cc:content-type:content-transfer-encoding; b=tss9kGXbxdwwBxEP3ahy23tc9E2MpT6v5DZwW4bAkClE8gnVPUns8Pyfvlb6vQzutY /KfcowFePdEfYouTJMtFX+8InEh21oSLH+T9em9pFxEeCKN0255drBtS+Jx3+oE02l4G LoIA7P9JL0BconAFAR2N11OJUfMUhVD/KC8aI=
On Thu, Mar 31, 2011 at 4:38 PM, Patrick Debois
<
>
wrote:
>
On 31/03/11 05:47, Hedge Hog wrote:
>
>
>
> On Tue, Mar 22, 2011 at 3:59 PM, Stephen Nelson-Smith
>
> <
>
>
> wrote:
>
>
>
>> Hello there!
>
>>
>
>>
>
>>> My question: Is there much interest in such a library of reusable
>
>>> Chef steps
>
>>>
>
>> Absolutely. This would work very well with the stuff I am doing right
>
>> now on cucuumber-chef, about which I'll be presenting on Thursday at
>
>> the cukeup conference in London. I'll post slides afterwards, and a
>
>> blog summary later on http://agilesysadmin.net
>
>>
>
> Hi Stephen,
>
> Very interesting talk - thank you.
>
> FWIW I think the most intriguing element is launching into LXC, only
>
> problem is that LXC is more restrictive than VirtualBox, etc, i.e on a
>
> Ubuntu host I'm not launching a BSD guest.
>
> But aside from those use cases I think LXC launches in Cucumber-Chef
>
> will be a great step forward when it comes out.
>
> You are right it speeds up by at least one order of magnitude the
>
> launch time, and I think number that can be substantially multiplied
>
> to get the effect on speeding Dev productivity :)
>
> From the audience Q's you'll notice people dread having to rewrite all
>
> their Vagrantfiles...
>
> I wonder how difficult would it be to launch a LXC by parsing a
>
> Vagrantfile...
>
> Look forward to seeing your chef steps, hopefully we can eliminate
>
> some duplication, and in the process make the result more robust.
>
>
>
I've been toying porting the vagrant concept to the cloud with my new
>
laboratory project https://github.com/jedi4ever/mccloud .
>
I'm leveraring the fog library to control different cloud vendors instances
>
up and down.
>
Fog now has experimental support for virtualbox, so instead of being limited
>
to cloud or virtualbox, we could do both.
>
>
Now if we would write an lxc fog provider, that would fit in nicely with
>
Stephen's idea I think.
>
One tool, many providers for cloud (public/private/personal :)
Just a point of clarification... I'm not sure that is Stephen's idea,
and in case any one thinks this I'm pretty sure he'd not claim it was
- people have been chasing this for ages, e.g all the Globus work,
and even those efforts arose out of earlier efforts to to harness and
manage disparate machines.
Best wishes.
>
>
>
--
πόλλ' οἶδ ἀλώπηξ, ἀλλ' ἐχῖνος ἓν μέγα
[The fox knows many things, but the hedgehog knows one big thing.]
Archilochus, Greek poet (c. 680 BC – c. 645 BC)
http://wiki.hedgehogshiatus.com
Archive powered by MHonArc 2.6.16.