3

開発者はさまざまな地理的場所で作業しており、それらの地理的場所ごとにArchivaをセットアップしたいと考えています（アーティファクトを取得するための往復が少なくなるようにするため）。

アーティファクトが場所のArchivaからアップロード/削除されるたびに、同じ変更が場所のArchiva管理リポジトリにプッシュされる可能性はG1ありますか？G2G3

4

1 に答える 1

2

これはまさにあなたが求めたものではありませんが、システムのユーザーに対する最終的な効果は同じであるため、検討する価値があります。

プロキシ コネクタを使用して、Archiva をプロキシ リモート リポジトリに設定できます。このメカニズムを使用すると、G1 のプロキシを持つように G2 を構成できます。つまり、アーティファクトが G1 にデプロイされると、プロキシ メカニズムを介して G2 で利用できるようになります。

ドキュメントから：

プロキシ コネクタは、管理されたリポジトリ (Archiva マシンに格納されている) をリモート リポジトリ (URL 経由でアクセス) にリンクするために使用されます。これは、マネージド リポジトリがリクエストを受け取ると、コネクタが参照され、リモート リポジトリからリソースをリクエストする必要があるかどうかを判断することを意味します (将来のリクエストのために結果をローカルにキャッシュする可能性があります)。

各マネージド リポジトリは、複数のリモート リポジトリをプロキシして、Archiva インスタンス内の単一のインターフェイスを介してリポジトリをグループ化できます。たとえば、すべてのリモート リリースを、Archiva 用の単一のリポジトリと、すべてのリモート スナップショット リポジトリ用の単一のスナップショット リポジトリを介してプロキシするのが一般的です。

基本的なプロキシ コネクタ構成では、リモート リポジトリを管理されたリポジトリにリンクするだけです (ファイアウォール経由でアクセスするためのオプションのネットワーク プロキシを使用)。ただし、さまざまなタイプのアーティファクトとパスの動作をプロキシ コネクタで具体的に管理して、リモート リポジトリへのアクセスをより柔軟に制御できます。

プロキシ コネクタが機能しない場合は、別のレプリケーション アプローチを検討できます。ユーザーがリポジトリの内容を変更すると、自家製のソリューションは問題を引き起こす可能性があるため、再考します。

  • いずれかのノードへのデプロイのみを許可する限り、rsync または robocopy を使用してノード間でストレージの場所をレプリケートできます。
  • get イベントと delete イベントをリッスンし、対応するイベントを他のノードに発生させるカスタム プラグインを作成できます。
于 2009-09-06T17:34:27.767 に答える