[chef] Re: Re: Batali Cookbook Dep Solver


Chronological Thread 
  • From: Adam Jacob < >
  • To: " " < >
  • Subject: [chef] Re: Re: Batali Cookbook Dep Solver
  • Date: Tue, 17 Mar 2015 22:52:50 -0700

This is essentially what the policy file will do. 

Sent from my iPhone

> On Mar 17, 2015, at 9:50 PM, Torben Knerr 
> < >
>  wrote:
> 
> Hi Michael,
> 
> interesting stuff.
> 
> Glad to see that you are taking resolution of infrastructures into
> account, that was missing from both librarian and berkshelf. Still,
> I'm wondering whether it's lacking the notion of a node, i.e.:
> 
> * infrastructure being a set of nodes with independent dependency graphs.
> * within each graph the "users" cookbook must resolve to a unique
> version, but across the graphs it could exist in different versions in
> the same infrastructure
> * ideally this was represented on the filesystem level as well, i.e.
> "cookbooks/node-abc/users-1.7.0" along with
> "cookbooks/node-xyz/users-1.6.0" for example
> 
> I am currently achieving that using berkshelf + the
> vagrant-topevel-cookbooks [0] plugin, which obviously works only if
> you use vagrant for describing your infrastructures. However, I could
> imagine that a per-node representation of the dependency graph could
> be useful for chef-provisioning [1] as well.
> 
> Cheers,
> Torben
> 
> 
> [0] https://github.com/tknerr/vagrant-toplevel-cookbooks
> [1] https://github.com/chef/chef-provisioning
> 
> 
>> On Wed, Mar 18, 2015 at 1:11 AM, Michael Weinberg 
>> < >
>>  wrote:
>> Hi All,
>
>> We're really excited to share a recent Heavy Water Labs project, Batali, a
>> lightweight cookbook dependency solver that "does one thing well."
>
>> We've got a nice write up about it here:
>http://hw-ops.com/blog/2015/03/17/batali/
>
>> The TL;DR on our rationale for Batali:
>
>> 1. Just solves dependencies, no workflow required or supplied, and no repo
>> structure dictated.
>
>> 2. Performs least-impact updates by default, so an update doesn't pull in
>> unexpected changes.
>
>> 3. Solves for your entire infrastructure, including incompatible dependency
>> trees for independent nodes/run lists.
>
>> The project is hosted here:
>https://github.com/hw-labs/batali
>
>> Batali is currently in a stable alpha state, and we're actively using it 
>> for
>> internal projects.
>
>> Enjoy!
>> --
>> Michael F. Weinberg | Director of Operations
>http://heavywaterops.com ;| @heavywaterops



Archive powered by MHonArc 2.6.16.

§