Peut Nexus ou Artifactory magasin simple tar.gz les artefacts?
J'ai des serveurs situés dans différents centres de données à travers le monde. Chaque centre de données est séparé des autres.
Je suis à la recherche d'un moyen facile de déployer des artefacts pour les clusters de serveurs (qui peuvent être en cours d'exécution les différentes versions d'un logiciel c'est à dire un dev, test et production de cluster) dans chacune de ces régions avec la facilité et la cohérence. Il me semble qu'un artefact serveur est ce que j'ai besoin parce que j'ai pu exécuter un script d'installation sur le serveur de nuage, qui tire vers le bas le bon logiciel artefact.
Maintenant, je travaille du côté de l'exploitation. Je ne m'inquiète pas au sujet de faire des builds, ou un logiciel de gestion de dépendances de construction. Je veux simplement un artefact serveur où je peux stocker toutes les différentes versions de mes paquets pour accéder à une date ultérieure. Le botteur est que j'ai plusieurs différents types d'objets à stocker.
- Scripts Shell
- Scripts Python
- Marionnette se manifeste
- Des fichiers Debian (souvent livré comme un tar.gz fichier de plusieurs debians)
Peuvent Nexus ou Artifactory de gérer tous ces types de paquets, ou devrais-je être à la recherche dans une direction différente? Je ne suis pas opposé à l'ajout de rendre les fichiers de mon script shell projets qu'il suffit de générer tar.gz les fichiers. Je ne veux pas aller sur le chemin de la création d'un artefact référentiel, quand, finalement, un peu de script, wget, et un serveur apache serait très bien fonctionner.
Vous devez vous connecter pour publier un commentaire.
Les deux Artifactory et Nexus peut gérer n'importe quel type de fichier, comme ils sont tous les deux "Binaire Gestionnaires de Référentiel".
Quoique, Nexus peut techniquement stocker n'importe quel fichier, mais manque de support pour les fichiers binaires qui ne respectent pas le référentiel de mise en page. Par exemple, ces fichiers ne seront pas indexés et ne peuvent être récupérées dans les recherches; Aussi, en cas de non-Maven artefacts de grever un module d'information sur leur chemin, alors Artifactory est le seul référentiel qui peut l'utiliser et permettent la version des opérations basées sur les artefacts (par exemple, téléchargez la dernière version de la requête)
Bien que ces deux outils ont commencé par la résolution d'un problème dans le Maven monde, la nécessité pour les smart binaire de gestion a été reconnu dans de nombreux autres domaines, les opérations inclus.
Binaires avez besoin d'un gestionnaire spécialisé, et bien que partages réseau/SCM/serveurs de fichiers sembler comme une option viable dans le début; ils ont juste n'est pas à l'échelle.
Voir aussi ma réponse à une question similaire pour certains des avantages d'un gestionnaire sur les autres ad-hoc, des solutions.
Oui, vous pouvez télécharger des non-jar fichiers. Par exemple:
De nouvelles versions de la Nexus va manipuler certains fichiers comme le goudron, swf, et d'autres par la validation qu'ils sont bien formés. Cela peut entraîner d'inattendu ou d'un comportement indésirable, cependant.
Est-ce la meilleure façon d'aller... seulement vous pouvez dire basé sur votre cas d'utilisation. Des facteurs comme la façon dont souvent des artefacts de changement, la latence du réseau, et d'autres peuvent faire ou défaire une stratégie.
réf:
https://stackoverflow.com/a/33311645/32453
http://betterlogic.com/roger/2012/04/mavennexus-upload-tgztar-gz-file/
Si vous voulez le faire avec curl, essayez cette méthode: https://support.sonatype.com/entries/22189106-How-can-I-programatically-upload-an-artifact-into-Nexus-
Vous pouvez (voir les autres réponses). Vous pouvez également consulter, par exemple, comme ceci (mais un exemple serait de nice):
Vous pouvez vous référer à la/les utiliser comme de ce plugin: