Es wäre interessant zu sehen, ob discourse-setup in dieser Umgebung funktioniert (oder dafür angepasst werden kann); als ich es letztes Jahr auf Googles Container-Optimized OS (basierend auf ihrem eigenen reduzierten Linux-Kernel von ChromeOS) ausprobierte, schlug es fehl, weil es nicht möglich war, ein Verzeichnis mit Ausführungsrechten zu mounten (außerhalb eines Containers, natürlich).
Wenn discourse-setup in container-beschränkten Umgebungen bereitgestellt werden könnte (die eindeutig immer beliebter werden), wäre der Vorteil eine breitere Basis für Bereitstellungen, wobei die Ziele jedoch tatsächlich einfacher (und sicherer) als ein typischer ‘fetter’ VPS wären.
Zusätzliche Schritte für den Administrator wären ein lohnender Kompromiss, z. B. die Abfrage, ob auf einen anderen Host/Container bereitgestellt wird, und dann der Abbruch mit grundlegenden Anweisungen, einen Speichercontainer bereitzustellen und das erstellte Docker-Image in ein Repository zu pushen, damit es auf einem container-beschränkten Host verwendbar ist.
Vielleicht könnte discourse-setup selbst (und vermutlich auch launcher) in einem Container ausgeführt werden (natürlich mit den richtigen Laufzeitparametern), sodass es in der Lage ist, seine notwendigen Tests auf dem Ziel-[Container]-Host selbst durchzuführen und Manipulationen des zu bereitstellenden Docker-Images vorzunehmen. In diesem Fall würde launcher komischerweise alles wie gewohnt tun, aber die Start-/Stopp-Vorgänge der Discourse-Docker-Images auslassen.