Discourseはブートストラップ不要な頻繁に配信されるDockerイメージを提供できますか？

[wojtek]

@featheredtoast

簡単なプラグインであればそうですが、プラグインが特定の形式になるとは限りません。一部のプラグインは、追加の設定、インストールする追加のgem、またはapt-get installを必要とする外部プログラムが必要です。それはカスタムイメージに組み込むべきです。

うーん…普遍的でプラットフォームに依存しないはずの言語/環境にとって、基盤となるOSパッケージマネージャーに依存するのは非常に奇妙ですね…

@featheredtoast

Webアップデートについて、DiscourseのオペレーターはCLIやdockerを全く知らないことが期待されています。

これは以前言及したことですが、DiscourseはPHPソフトウェア/フォーラムの管理の「古い」方法にしっかりと根ざしているようです

@pfaffman

しかし、それはDiscourseについてあなたが知りたいと思っている以上のことを知らない人にとっては複雑すぎます。 そして、あなたが概説したすべての理由から、現在の解決策はひどいものですが、bashが何であるかを知らない何千人もの人々にとって最善の解決策です。

ほとんどの場合、./launcher rebuild appしか必要ありません。データベースをアップグレードする必要がある場合は数年に一度だけ、その場合は2回行う必要があります。docker-composeでは、そのレベルのシンプルさを実現することはできません。 docker-composeが開発開始時に利用可能であれば、独自のものを作成する必要があったのではなく、それを使用できた可能性がありますが、物事はそのようにはなりませんでした。

したがって、議論全体を要約すると（そしておそらく、うんざりするほど繰り返さないように最初のメッセージに入れると :)）：

1. Discourseは「普通のユーザー」に合わせて調整され、焦点を当てており、セットアップ全体が彼らのニーズに応えるように調整されています。
2. Ruby（環境）はやや奇妙であり、（1）公式Discourseリポジトリで十分に汎用的な公式dockerイメージを提供することは事実上不可能であるため。

正しいですか？