[chef] Re: Re: Re: Re: Is Supermarket replacing Berkshelf-API server?


Chronological Thread 
  • From: "Durfee, Bernie (GE Global Research)" < >
  • To: " " < >
  • Subject: [chef] Re: Re: Re: Re: Is Supermarket replacing Berkshelf-API server?
  • Date: Tue, 26 Aug 2014 12:43:11 +0000
  • Accept-language: en-US

Why does a cookbook repository need to live behind a fancy server anyway?
A repository, by nature, is static. Wouldn¹t a Yum or Apt style repo with
just files and an index be good enough and simpler? Seems like an S3
bucket and an indexer would be all you need, no?

Bernie




On 8/25/14, 7:32 PM, "AJ Christensen" 
< >
 wrote:

>Another alternative if you need a /universe endpoint is to use Goiardi
>[0], the golang chefserver. It's extremely light weight. The
>functionality was added recently! [1]
>
>It can run in-memory with optional journals to disk and is completely
>suitable for a few hundred cookbooks. For over a couple of thousand
>(the full Supermarket universe has been tested!) you'll want
>MySQL/PGSQL.
>
>we have heard some reports of users making use of temporal goiardi
>instances as part of continuous integration pipeline "environment
>generators" where a job can push cookbooks to, automatically!
>
>cheers,
>
>--aj
>
>[0] https://ctdk.github.io/goiardi/
>[1] https://github.com/ctdk/goiardi/blob/master/CHANGELOG#L21-L24
>
>P.S:
>
>launch like this:
>`goiardi -VVVV -I 127.0.0.1 -H localhostchef.junglist.io -P 1025 -i
>goiardi.index -D goiardi.data -A --disable-webui --log-events`
>
>On Tue, Aug 26, 2014 at 10:32 AM, Christopher Webber
>< >
> wrote:
>> So here is where I stand on things (full disclosure, Supermarket is
>>kinda my thing at Chef):
>>
>> The Berkshelf API server is perfect if what you want to do is index
>>what you Chef Server has. It is simple and lightweight.
>>
>> On the other hand, if what you are trying to do is build an internal
>>community around cookbooks and want to have a Berkshelf endpoint that
>>has more than what is on your Chef Server, Supermarket may make more
>>sense but there is more involved in running it, especially since we
>>haven¹t built an omnibus package yet.
>>
>> Supermarket at a base level is a rails app with sidekiq, using postgres
>>and redis. If you plan to support more than one frontend you will need
>>to have an S3 compatible backend for storage as well.
>>
>> Thanks.
>>
>> ‹ cwebber
>>
>> On Aug 25, 2014, at 2:23 PM, Daniel DeLeo 
>> < >
>>  wrote:
>>
>>> On Monday, August 25, 2014 at 2:14 PM, Durfee, Bernie (GE Global
>>>Research) wrote:
>>>> Should I be spending time setting up a Berkshelf API server or a
>>>>Supermarket server?
>>>>
>>>>
>>>> Thanks,
>>>> Bernie
>>>
>>>
>>> The answer to this is, it depends on what you want to do.
>>>
>>> Supermarket is open source and you are certainly welcome to set up
>>>your own if you like. To run it, you¹ll need to manage a few services
>>>(I haven¹t done this personally, but I think you at least need the
>>>supermarket service and a service called oc-id that uses oauth2 to
>>>authenticate you to supermarket using your enterprise chef credentials).
>>>
>>> That said, we have accepted an RFC to implement a ³universe² endpoint
>>>for chef-server that will provide a tool like berkshelf with the data
>>>it needs to solve dependencies so you can host your cookbooks on your
>>>regular Chef server. See:
>>>https://github.com/opscode/chef-rfc/blob/master/rfc014-universe-endpoint
>>>.md
>>>
>>> How are you using Berkshelf API now (or, what configuration were you
>>>considering)?
>>>
>>> --
>>> Daniel DeLeo
>>>
>>>
>>>
>>




Archive powered by MHonArc 2.6.16.

§