PortainerでのDockerへのDiscourseインストール

こんにちは。

Portainer を使用して Discourse のインストールを試みていますが、問題が発生しています。インストールしようとすると、常に次のエラーメッセージが表示されます。

「スタックのデプロイに失敗しました: postgres Pulling app Pulling redis Pulling web Pulling sidekiq Pulling…」

このリンクの Docker Compose ファイルを使用しました: (docker-compose.yml · master · libre.sh / compose / Discourse · GitLab)

この件について、どなたかアドバイスをいただけますでしょうか。

よろしくお願いいたします。

検索すれば、失敗した他の人が何人か見つかるでしょう。誰かが成功したのを見たような気がしたので、私が見たよりも多くの投稿を調べるかもしれません。

動作し、サポートを受けられるソリューションが必要な場合は、docker を使用してください。

しかし、Portainer は実際には Docker の GUI にすぎません。もしほとんどの人が失敗し、サポートが「専用サーバーを使用するか、ドキュメント不足のためクラウド版を購入してください」という回答しかしないのであれば、それは奇妙です。

実際、私たちは Docker を使用しています。多くの人が Docker を使用していますが、理由は不明ですが、サポートされていません。同じ問題を持つサポートトピックは、回答がないままか、「多くの類似した 質問 を見かけます。投稿する前に検索してみてください」のような回答しかありません。はい、類似の未回答の質問です。そして、誰かが不平を言い始めると、「おお、うまくいきませんか?残念ですね、残念ですね、あなたは十分な技術者ではないのかもしれませんね、さあ、私たちの前払いプランを試してみてください」となります。

Docker が搭載された専用サーバーを作成し、Discourse をインストールし、その上に Portainer をインストールし、Docker Compose を使用してセットアップ全体を複製しようとしましたが、まったく成功しませんでした。疑似難読化のように見えます。MIT ですが、いくつかのニュアンスを除いて

ええ、ええ、オープンソースであり、誰も誰にも何も負っていません。すべては自発性と善意に関するものですが、ええ。 明確にするために、成功した人を見つけましたが、それは短い会話でした。「ソリューションにお金を払ったので、自分で $500 で売っています。」したがって、選択肢は次のとおりです。公式から購入する、誰かから購入する、または、まあ、目的専用のサーバーを使用する。

他に本当に選択肢がないのであれば、ドキュメントに記載すべきではないでしょうか?「Docker とインストールに必要なハードウェア要件」だけでなく、サーバー全体をこの製品専用に使用しなければならないこと、Discourse を他のものの一部として使用できないことを強く言及する必要があります。その結論は、多くの未回答の質問を排除し、「はい、理論的には可能です。ここにドキュメントがあります。検索してください」という考えを「できません」に変えることができます。

あるいは、「私たちが使っていないツールの山を使いたいのに、うまくいかない?なぜかは推測できない。私たちが使っているツールやテストしているツールに最も近いツールを使えば、うまくいく可能性が高く、私たちが助けられる可能性も高くなる」となる。

問題は、「Dockerとランチャーでイメージをビルドし、リポジトリにプッシュし、Portainerで起動する」という単純なことかもしれない。そして問題は、単一のENV変数を設定していないこと、あるいはネットワークやルーティングに関する他の無数の些細なことかもしれない。そのいずれも、1行のコードで解決できるかもしれない。しかし、ここの人々が使っていないツールの山で、どのコード行を見つけ出すかは簡単ではない。

標準インストールは、システム管理について何も知らない多くの人々にとってうまく機能する。リバースプロキシの設定は、物事を少なくとも4倍難しくし、フォーラムでのサポートをさらに困難にする。

「いいね!」 1

それは何に基づいていますか?サポートされていない構成に対する通常の対応は、標準インストールを試すことです。なぜなら、これにより誰でも Discourse をセットアップでき、CDCK に一銭も支払う必要がなくなるからです。

あなたの動機を疑わざるを得ません… 標準インストールは Docker を使用するカスタムランチャーに依存しています。これは多くの理由で存在しており、単純な事実として、技術的な知識が全くないユーザーでも通常は手順に従って 30 分以内にセットアップできます。

Docker の知識があれば、その方法を選択することもできますが、あなたの構成の具体性について誰かが支援できることを保証することはできません。そのため、unsupported-install があります。無料のコミュニティベースのサポートの性質上、サポートの範囲が制限されない場合、アドバイスの全体的な質と成功率は低下します。

上記の何が問題なのか説明していただけますか?もし誰かが、供給の少ない専門知識を開発するためにお金を払った場合、その専門知識には 価値 があると言えませんか?

「いいね!」 3