安定したアップデートをどのように確保しますか?

皆様、こんにちは!

まず第一に、このプラットフォームのために皆さんが尽力してくれたことに感謝します。私はより最新のフォーラムプラットフォームを探しており、Discourse に非常に満足しています。私は小さなクラブのプライベートフォーラム(約 100 名のメンバー)を管理しており、オープンソース版を DO のドロレット上で運用しています。

Discourse の推奨される更新手順に関するトピックを読みました - Manually update Discourse and Docker image to latest

Discourse、すべてのプラグイン、そして Docker イメージを定期的に git からプルするだけでよいと推奨されている場合、更新を行った際にたまたまそこにあったバージョンが壊れていないという確信をどの程度持てるのかを理解したいと考えています。もしかしたら私は、職場の開発者が習慣的に master ブランチを壊したままにしていることに慣れっこになっているだけかもしれません(それについては言及しないでおきますが)。しかし、私は機能の半分しか実装されていないような状態ではなく、ある程度の信頼性がある特定のタグ付きリリースに慣れているのです。

同じ質問はプラグインにも当てはまります。私は「公式」プラグイン(Discourse-calendar など)のみを使用していますが、プルを実行した際にもそれが健全な状態にあることをどうやって確認すればよいのでしょうか?

私の質問を誤解しないでください – この投稿で何かを暗示しているわけではありません。単に、更新を行う際のリスクがどの程度なのかを理解したいだけです。本当にダウンタイムをゼロに保証するためには、ステージング/テストサーバーを用意すべきだと理解していますが、小規模な展開にとっては明らかにオーバースペックです。とはいえ、更新をロールバックしようとしている最中にフォーラムがダウンすれば、間違いなく人々から電話がかかってきます。

ありがとうございます!

私は2つのセルフホスト型インスタンスを運用していますが、創設者の一人であるため、ややバイアスがかかっているかもしれません :wink:

公式の Discourse プラグインのみを使用している限り、アップデートのリスクレベルは比較的低いです。ただし、サードパーティ製のプラグインを使用している場合は、リスクが大幅に高くなります。

私たちのリリーススケジュールは概ね以下の通りです。

  • 数週間ごとにベータ版
  • 6〜8ヶ月ごとにリリース

Meta(このサイト)は最新のコミットに基づいて動作しています。私たちは広範なテストスイートとスモークテストを実施しており、何か問題が発生した際には迅速に対応する傾向があります。なぜなら、それが私たちのサポートサイト自体に影響を及ぼすからです。

お役に立てれば幸いです。Discourse をお楽しみください :hugs: