Maven - Archiva - Configuration d'Archiva pour différents emplacements géographiques

Question

Nous avons des développeurs travaillant dans différents lieux géographiques et nous voulons configurer Archiva pour chacun de ces emplacements géographiques (juste pour s'assurer que l'aller-retour pour obtenir les artefacts est moins).

Est-il possible que chaque fois qu'un artefact est téléchargé/supprimé de Archiva à l'emplacement G1 alors le même changement est poussé et ainsi de suite au dépôt géré Archiva à l'emplacement G2, G3?

Answer 1

Ce n'est pas exactement ce que vous avez demandé, mais l'effet net est le même pour les utilisateurs du système, donc il vaut la peine d'y jeter un coup d'œil.

Vous pouvez définir Archiva sur des référentiels distants proxy en utilisant proxy connectors. En utilisant ce mécanisme, vous pouvez configurer G2 pour avoir un proxy de G1, cela signifie que lorsqu'un artefact est déployé en G1, il sera disponible en G2 via le mécanisme proxy.

De la documentation:

Un connecteur proxy est utilisé pour lier un référentiel géré (stocké sur la machine Archiva) à un dépôt distant (accessible via une URL). Cela signifie que lorsqu'une requête est reçue par le référentiel géré, le connecteur est consulté pour décider s'il doit demander la ressource à partir du référentiel distant (et potentiellement mettre en cache le résultat localement pour les demandes futures).

Chaque référentiel géré peut utiliser plusieurs référentiels distants pour permettre le regroupement de référentiels via une interface unique dans l'instance Archiva. Par exemple, il est courant de transférer toutes les versions distantes via un référentiel unique pour Archiva, ainsi qu'un référentiel d'instantanés unique pour tous les référentiels d'instantanés distants.

Une configuration de connecteur proxy de base lie simplement le référentiel distant au référentiel géré (avec un proxy réseau optionnel pour l'accès via un pare-feu). Cependant, le comportement des différents types d'artefacts et de chemins peut être spécifiquement géré par les connecteurs proxy pour rendre l'accès aux référentiels distants plus flexible.

---

Si les connecteurs proxy ne fonctionnera pas pour vous, vous pouvez regarder dans les approches de réplication alternatives. Je reviendrais cependant sur le fait que toute solution développée localement est susceptible d'introduire des problèmes lorsque les utilisateurs modifient le contenu du référentiel.

• Tant que vous autorisez uniquement le déploiement sur l'un des nœuds, vous pouvez utiliser rsync ou robocopy pour répliquer l'emplacement de stockage entre les nœuds.
• Vous pouvez écrire un custom plugin qui écoute les événements get et delete et déclenche un événement correspondant vers l'autre noeud.