[chef] Re: chef 10 vs chef 11 docs


Chronological Thread 
  • From: Kevin Smith < >
  • To: < >
  • Subject: [chef] Re: chef 10 vs chef 11 docs
  • Date: Mon, 17 Sep 2012 16:37:26 -0400

Bryan is exactly spot-on as to the reasons for the port. We've run into 
several scaling issues with the existing Ruby server and CouchDB storage. The 
Erlang-based server consumes less memory, generally has better performance, 
and we've found (re-discovered?) relational databases to be a better match 
for our server-side needs.

See the links at the end of "Introducing erchef" 
(http://www.opscode.com/blog/2012/08/27/introducing-erchef) if you're 
interested in the gory details.

--Kevin
On Sep 17, 2012, at 4:26 PM, John Wong wrote:

> Exactly, what's the reason behind moving from Ruby API (I think it's in 
> Ruby?) to Erlang API?
> Is Chef itself rebuilt as well? 
> 
> 
> 
> On Mon, Sep 17, 2012 at 4:00 PM, Bryan McLellan 
> < >
>  wrote:
> On Mon, Sep 17, 2012 at 3:51 PM,  
> < >
>  wrote:
> > i'd like to read up on chef 11 as i make decisions on handling my current 
> > chef
> > 10 infrastructure. i'd like to be prepared for what's coming, and make
> > informed decisions.
> >
> > all i've found so far is
> > http://wiki.opscode.com/display/chef/Chef+11+Server+Preview
> >
> > any other docs? or is development on chef 11 just not far enough along 
> > yet?
> 
> Chef 11 is planned to ship in a couple of months, and is pretty far along.
> 
> The Chef 11 API Server is written in erlang. Check out the initial
> blog post for the "erchef" project here:
> 
> http://www.opscode.com/blog/2012/08/27/introducing-erchef/
> 
> The big feature here is scalability, as a lot of this work was driven
> by our internal work scaling Opscode Hosted Chef.
> 
> The best way to get familiar with it now is to test it in a sandbox.
> More documentation will come along with the release.
> 
> Bryan
> 





Archive powered by MHonArc 2.6.16.

§