- From: "steve ." <
>
- To:
- Subject: [chef] Re: Re: Versioned Environments
- Date: Thu, 11 Oct 2012 11:26:31 -0700
I implemented application swim lanes as a data bag per application
with environments as items and the top-level keys being lanes.
( So, production has four instances per app, each instance has a
version and maybe some custom attributes you use in a config template
or something. )
After that, it's just a matter of retrieving the appropriate data bag
item for the environment and doing a for loop.
If you spend a bit of time up front writing the cookbook with this in
mind, you can support additional lanes very easily -- just update the
application data bag.
On Thu, Oct 11, 2012 at 9:36 AM, Adam Jacob
<
>
wrote:
>
I've implemented this as a series of environments that get promoted
>
into/out of. Basically take the environment policy and attributes from A
>
and slam them into B.
>
>
Adam
>
>
On Oct 11, 2012, at 5:39 AM, Michael Leikind wrote:
>
>
> Hi Mike,
>
>
>
> Thanks for your reply,
>
> Yes we use internal chef cookbook versions all the time, but this time we
>
> want to use the similar for the environment.
>
> I know environments do not support it, and I wonder of there some "nice"
>
> workaround for this ..
>
>
>
>
>
> On Oct 11, 2012, at 1:43 PM, Mike
>
> <
>
>
> wrote:
>
>
>
>> I guess I'd be curious to understand the "versioning" of an
>
>> environment - is the app code currently version1 on dev, and now you
>
>> want a version2 dev environment? Or is the versioning for
>
>> chef-specific code?
>
>>
>
>> If it is for chef cookbooks and such, you can version your cookbooks
>
>> in metadata.rb, and have specific versions of your cookbook available
>
>> for a given environment.
>
>>
>
>> i.e.:
>
>> "prod" => cookbook "myapplication", "= 0.1.0"
>
>> "dev" => cookbook "myapplication", "= 0.2.0"
>
>>
>
>> So any changes to the cookbook code (as long as you increment the
>
>> version in metadata.rb) will not be applied to an environment that
>
>> does not match the version constraints.
>
>>
>
>> (Read more on version constraints:
>
>> http://wiki.opscode.com/display/chef/Version+Constraints )
>
>>
>
>> On Thu, Oct 11, 2012 at 7:27 AM, Michael Leikind
>
>> <
>
>
>> wrote:
>
>>> Hi All,
>
>>>
>
>>> I am looking for the best way for versioning the multiple environments.
>
>>> For instance, we have now 3 main environments (like dev, staging and
>
>>> production) Now we want to have multiple environment versions per each of
>
>>> these three (dev/ver1, production/ver2, etc.)
>
>>> Although I didn't find any Chef way to achieve that, I wonder if any of
>
>>> you
>
>>> have done this and what is the logic.
>
>>> As a side note, we are using Git for source control.
>
>>>
>
>>> thanks !
>
>>>
>
>>> --
>
>>>
>
>>> --
>
>>> Michael L.
>
>>>
>
>
>
>
>
>
- [chef] Versioned Environments, Michael Leikind, 10/11/2012
- [chef] Re: Versioned Environments, Mike, 10/11/2012
- [chef] Re: Re: Versioned Environments, Michael Leikind, 10/11/2012
- [chef] Re: Versioned Environments, Adam Jacob, 10/11/2012
- [chef] Re: Re: Versioned Environments, steve ., 10/11/2012
- [chef] Re: Re: Re: Versioned Environments, Torben Knerr, 10/12/2012
- [chef] Re: Re: Re: Re: Versioned Environments, steve ., 10/12/2012
- [chef] Re: Re: Re: Re: Re: Versioned Environments, Torben Knerr, 10/13/2012
- [chef] Re: Re: Re: Re: Re: Re: Versioned Environments, Bryan Brandau, 10/13/2012
- [chef] Re: Re: Re: Re: Re: Re: Re: Versioned Environments, Peter Donald, 10/14/2012
- [chef] Re: Re: Re: Re: Re: Re: Re: Re: Versioned Environments, Torben Knerr, 10/14/2012
- [chef] Re: Re: Re: Re: Re: Re: Re: Re: Re: Versioned Environments, Jay Feldblum, 10/15/2012
- [chef] Re: Versioned Environments, Adam Jacob, 10/15/2012
- [chef] Re: Versioned Environments, Adam Jacob, 10/15/2012
- [chef] Re: Re: Versioned Environments, Sascha Bates, 10/19/2012
Archive powered by MHonArc 2.6.16.