- 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.