[chef-dev] chef-rfc: Arbitrary Cookbook ID Endpoint


Chronological Thread 
  • From: Daniel DeLeo < >
  • To: chef-dev < >
  • Subject: [chef-dev] chef-rfc: Arbitrary Cookbook ID Endpoint
  • Date: Thu, 17 Jul 2014 18:41:50 -0700

Hello Chefs,  

I’ve written a chef-rfc to propose a new cookbook storage API. The main 
features of this new API are:

* Cookbooks are identified by arbitrary string IDs. These must be unique by 
cookbook name
* Cookbooks uploaded to this API are not required to have unique version 
numbers
* Cookbooks uploaded via this API will not (by default, at least) be visible 
from the existing cookbook storage API.

This is intended to support a new mode of operation in chef-client, where 
cookbook versions are determined statically ahead of time (on the workstation 
or by Ci) and written to a document which is published to the chef-server. 
chef-client then retrieves this document to find the set of cookbook 
artifacts it should use. It is of course possible to do this with the 
existing APIs, but I believe that this is needlessly limiting to users’ 
freedom in determining their desired workflow (some examples of this are 
documented in the RFC).  

Please have a look and feel free to offer any comments: 
https://github.com/opscode/chef-rfc/pull/20

--  
Daniel DeLeo




  • [chef-dev] chef-rfc: Arbitrary Cookbook ID Endpoint, Daniel DeLeo, 07/17/2014

Archive powered by MHonArc 2.6.16.

§