[chef] Re: Decomposed Chef Server install


Chronological Thread 
  • From: "Julian C. Dunn" < >
  • To: " " < >
  • Subject: [chef] Re: Decomposed Chef Server install
  • Date: Thu, 24 Sep 2015 18:09:54 -0400

We (at Chef Software) are working on a project to allow customers to
externalize many of the data stores utilized by Chef Server for
exactly this purpose -- for example, being able to use an external
PostgreSQL (in RDS, if you want), CloudSearch instead of Solr, and so
on. Is that what you're asking?

- Julian

On Thu, Sep 24, 2015 at 5:20 AM, Ameir A. 
< >
 wrote:
> Hello,
>
> We're currently running Chef Server with the monolithic installer, with 
> everything running on one node; the only exception is that the bookshelf is 
> backed by S3.
>
> I've been asked to investigate resiliency, and in that effort, would like 
> to split Chef Server up by its individual components, and offload what I 
> can to managed services (like Redis And Postgres on Elasticache and RDS, 
> respectively).
>
> I found the following image, with a breakdown of the different components:
> https://docs.chef.io/_images/chef_server_ha.svg
>
> Suppose I were to split each component into its own Docker container (which 
> isn't what I'm set on, necessarily, but for the sake of discussion); how 
> would I do so?  Is it possible via the RPM/DEB packages to just install 
> individual components?  Also, is it safe to assume that all state is 
> present solely in Redis, Postgres, and Solr (and the bookshelf, of course)?
>
> Any insight would be well-appreciated.
>
> Thanks,
> Ameir



-- 
[ Julian C. Dunn 
< >
          * Sorry, I'm    ]
[ WWW: http://www.aquezada.com/staff/julian    * only Web 1.0  ;]
gopher://sdf.org/1/users/keymaker/           * compliant!    ;]
[ PGP: 91B3 7A9D 683C 7C16 715F 442C 6065 D533 FDC2 05B9       ]



Archive powered by MHonArc 2.6.16.

§