Your life will be much easier if you don’t try to work with such tools. It’s possible, but if you’re not going to use them to continue to change your configuration they bring nothing to the party.
I’ve written most of a rails app that will install Discourse, but have been too busy working to get it finished
Usually upgrades can be done from Discourse’s web interface,though sometimes running a command from a shell is required. Monitoring did you can do with whatever tools the hosting service provides (digital ocean has some pretty graphs) or use a third party service.
I’ve worked hard to see that discourse-setup will work for a 5 year old and it works pretty well for lots of people. It’s not really reasonable to expect a 5 year old to be able to manage a site with a million page views per month.
Hmm… I reviewed the linked thread and seems like since 2014 the multi-core and multi-container setup is still quite questionable (pains vs. gains) and very use-case dependent. Thanks anyway, I’ll keep it simple.
Just to clarify: Multisite is something different then separating the web and database containers.
Separating web and database containers allows you to run both containers on different machines and to shorten the rebuild time (by creating a new web container and migrating the database in the background while the old web container is still running).
Multisite is about hosting many sites on the same machine. You could do this by running multiple containers, but then the RAM requirements would scale linearly with the number of sites you host. With multisite, multiple sites are served by the same container, so resource consumption for many small sites will be just as much as for one large site with the same size and activity (plus for a tiny overhead per site)
I’ve personally avoided a multi-container setup (because I don’t care about a few minutes of downtime on the occasional rebuild), but am using multisite (because I’m hosting more sites an a single machine than the host has gigabytes of RAM ).
It’s a real bummer to have your site down for 2-10 minutes (depending on number of plugins and network and CPU speed) to add a plugin or do a rebuild to upgrade when it’s required. Once a two-container configuration is set up, it’s pretty much the same as a one-container setup except that you can rebuild your web server while the old one continues to work.