Helm を使用して、Kubernetes クラスターに Discourse を公式にセットアップする必要があります。現在の Discourse の公式デプロイメントは EC2 マシン上にあるようです。
「いいね！」 1
K8s はサポートされておらず、ほとんどの人にとって不必要に複雑です。イメージをビルドして Docker にプッシュするためにランチャーを使用し、その後 k8s でそのイメージを使用する必要があります。多くの環境設定が必要です。アセットを事前コンパイルして S3 にプッシュする必要もあります。
Docker イメージを頻繁にブートストラップ不要で出荷できますか？ を参照してください。
「いいね！」 2
K8s が物事を複雑にするとはどういうわけか同意できません。EC2 ベースのデプロイメントを管理する方が K8s ベースのデプロイメントを管理するよりもはるかに複雑です。EC2 のパッチ適用は非常に複雑になります。他のすべてのアプリケーションが K8s 上にあるシナリオでは、異なるプラットフォームでのディスコースの維持と統合の管理は、運用チームにとってオーバーヘッドになります。ディスコースの EC2 ベースのデプロイメントもコンテナベースのデプロイメントであるにもかかわらず、どのような複雑さ/制限がディスコースチームを K8s から距離を置かせているのかわかりません。
「いいね！」 1
提供したリンクでは、多くの複雑さについて説明しています。Docker Compose が安定する前にコンテナ構築の「ランチャー」を開発したため、イメージの構築にはそれを使用する必要があります。
また、アップグレード時にはデータベースを 2 段階で移行する必要があり、Kubernetes で簡単に実行する方法はまだ見ていません。GCP で Kubernetes デプロイメントを 2 つ実行し、Terraform で管理されている EKS のデプロイメントを支援しました。
システム管理について何も知らない人にとって、単一の VM と単一のコンテナは保守が容易であり、セルフホスティング者の対象ユーザーです。これは、ここでサポートされている唯一のインストール方法です。
Bitnami イメージが存在します。ここではサポートされていませんが、古いバージョンであることを気にせず、プラグインをインストールしないのであれば、うまくいくかもしれません。Bitnami からヘルプを得ることができます。
「いいね！」 3