Phoronix の Amazon AWS、コンテナホスティング用の Linux ベースの Bottlerocket をリリース、および Amazon AWS ブログの Bottlerocket – コンテナホスティング用のオープンソース OS（Docker イメージおよび Open Container Initiative のイメージ形式に準拠したイメージをサポート）。
この環境で discourse-setup が動作するか、あるいは適応可能かどうかを見てみると面白いでしょう。昨年、Google Cloud の Container-Optimized OS（ChromeOS から派生した独自のスリム化された Linux カーネルベース）で試したところ、コンテナ外では実行権限を持つディレクトリをマウントできないため失敗しました。
あなたの意見では、Discourse がその上で動作することからどのような利点が得られるでしょうか？
もし discourse-setup がコンテナ制限付き環境（明らかに普及しつつあります）にデプロイできるようになれば、デプロイの母集団が広がるという利点がありますが、ターゲットは通常の「太い」VPS よりも実際にはシンプル（かつ安全）になります。
管理者にとっての追加手順は、それに見合うトレードオフのように思われます。例えば、異なるホストやコンテナへのデプロイを尋ね、その後、ストレージコンテナを指定し、ビルドされた Docker イメージをリポジトリにプッシュする基本的な手順を示して終了する、といった具合です。これにより、コンテナ制限付きホストでも使用可能になります。
おそらく discourse-setup 自体（そしておそらく launcher も）がコンテナ内で実行される（もちろん適切な実行パラメータ付き）ことで、ターゲット [コンテナ] ホスト自体で必要なテストを行い、デプロイ対象の Docker イメージを操作できるようになるかもしれません。その場合、皮肉なことに、launcher は通常通りすべての処理を行いますが、Discourse の Docker イメージの起動/停止は行いません。