チャームの依存関係をどのように知ることができますか？
本当に初心者のユーザーがJujuを使用していて、デプロイしたい場合wordpress mysqlをデプロイする必要があることをどのように理解するようになりますか？.
wordpressほど人気がなく、Googleで利用できる展開関連の記事がない、別の製品xyzを使用する場合、この場合、ユーザーはターミナルで一連のアクティビティを実行する必要があります。最終的にxyz製品を理解して展開します。
ユーザーはターミナルで次のようなことをする必要があります：
- チャームはどこかからxyzまたはwgetxyzを取得します
- cd xyz
- cat config.yaml
- 「requires」インターフェースを読む
- goto http://charms.kapilt.com/interfaces
- インターフェースを提供するチャームを見つけ、チャーム「abc」と言います
- チャームはabcを取得します
- jujudeployなどを実行します
あなたは私が何を意味するかを理解します...私が気付いていない別の方法がない限り。
チャームの依存関係をどのように知ることができますか？
あなたが話しているのは、パッケージマネージャーでは「依存関係リゾルバー」と呼ばれています。
jujuは現在これらの1つを持っていません。ただし、juju deploy wordpressを実行すると、mysqlまたは別のデータベースが必要であることがわかり、いくつかの推奨事項が表示されるため、aptのように機能するという考え方です。
これは実際には見た目よりも複雑であるため、私たちはそれを持っていません。デプロイに関して、mediawikiをデプロイしていて、すでに3つのmysqlサービスがデプロイされているとしましょう。新しいサービスを求めるプロンプトを表示するか、新しいサービスをデプロイするかを決定するか、または明示的に指定するかを指定します。使用する？そして、これは1対1のサービス関係にすぎません。スタックにさらに多くのレベルがある場合、各レベルは、推奨したいと思うものを複雑にします。 （これがjujuにない理由です。ツールに仮定を組み込む前に、これがどのように機能するかを慎重に検討する必要があります）。
ただし、これを改善するために取り組んでいる方法は2つあります。
- チャームにはREADMEファイルで説明しています 使用方法 ）が必要です。したがって、チャームはデプロイの方向で「mysqlが必要です」と言うことができますが、すべてのチャームにそれらがあるわけではありません。 、他に必要なサービスを含みます。これは、12.04までに改善したいと考えています。
- チャームのウェブページでチャームに必要なものをより明確にするために、チャームブラウザに取り組んでいます。
この機能の仕様に関するバグレポートは次のとおりです。