Devons-nous utiliser le Nexus ou Artifactory pour un Repo Maven?
Nous sommes à l'aide de Maven pour un grand processus de construction (> 100 modules). Nous avons été le stockage de nos dépendances externes de contrôle de source, et en utilisant la mise à jour d'un local repo.
Cependant, nous sommes prêts à passer à un local repo qui peut cache central, de sorte que nous n'avons pas de manière proactive télécharger tous les 3ème parties (mais nous pouvons encore avoir un local repo pour tirer à partir d'). En outre, nous souhaitons publier notre internes de construire des artefacts à partir d'une nightly build afin que les développeurs n'ont pas à construire le monde.
Nous envisageons de Nexus et Artifactory. Quelles sont les raisons de préférer l'un sur l'autre? Il y a d'autres nous doivent être pris en compte?
- Votre lien n'est pas trop objectif, ici, est de l'autre côté de réponse de blogs.jfrog.org/2009/01/contrasting-artifactory-and-nexus.html
- Je pense que vous devriez envisager un simple serveur http comme Apache ou nginx. Ils sont "Ennuyeux de la Technologie" (mcfunley.com/choose-boring-technology).
- plus comme "Gênant et de la Productivité par la Réduction de la Technologie" dans ce contexte.
Vous devez vous connecter pour publier un commentaire.
Je ne sais pas à propos de Artifactory, mais voici mes raisons pour l'utilisation de Nexus:
Je suis sûr que si on ne parle que de stocker des fichiers binaires à partir de "
mvn deploy
" les deux feront l'affaire.Nous utilisons Artifactory très largement avec toutes les mises à jour en cours de route. Beaucoup de projets, plusieurs captures d'écran déployé et externes repos proxy. Pas un seul problème. J'ai du mal à expliquer comment d'autres personnes rencontrent des problèmes avec son DB, l'indexation ou quoi que ce soit d'autre. Rien de tel qu'il nous soit arrivé. Aussi, Artifactory permet de stocker des données sur un disque et de les utiliser uniquement une base de données pour le stockage des métadonnées, il est assez souple (voir plus ici).
Ce qui rend ces applications très différents, c'est leur attitude à l'égard de l'intégration avec d'autres outils de construction et de technologies.
Sonatype Nexus et sont assez bien verrouillé sur Maven et m2eclipse. Ils ignorent rien d'autre, et seulement récemment commencé à travailler sur leur propre Hudson intégration (voir leur Maven 3 webinaire).EDIT: Ce n'est plus vrai à compter de 2017 Nexus donne beaucoup plus de soutien pour les autres outils de construction Fin de l'Edit
Artifactory offre une superbe Hudson, TeamCity et de Bambou, de l'intégration, et Gradle /Ivy de soutien. Ainsi, alors que la Nexus vous donne rien, une fois que vous sortez de Sonatype "zone de confort" (Maven, m2eclipse), Artifactory embrasse et collabore avec tous les principaux outils de construction.
En fait, être en mesure de déployer construire des artefacts d'Hudson, lorsque le travail est terminé, et non par la "
mvn deploy
" est une énorme différence: Artifactory Hudson plugin permet atomique-comme le déploiement de tous les artefacts à la fois, seulement quand une tâche est terminée avec succès. "mvn deploy
" s'exécute après chaque module et peut déployer un ensemble partiel des artefacts si un build échoue travail dans le milieu. Le déploiement de Maven sur le module d'achèvement et non pas à partir d'un serveur de build sur l'achèvement du travail est vraiment une mauvaise chose à faire.Comme vous le voyez, Artifactory pense "en dehors de la boîte", tandis que la Nexus pense "à l'intérieur de la boîte" et se soucie uniquement de Maven et artefacts Maven.
Quelque chose d'autre qui fait Artifactory plus accessible est leur nuage Artifactory solution en Ligne. Pour environ 80 $par mois, vous avez votre propre Artifactory exemple, pas besoin de consacrer tout serveur pour elle.
Artifactory a un simple et directe de l'API REST, je ne sais pas comment cela fonctionne pour les Nexus.
Modifier Nexus a aussi une API REST que vous pouvez utiliser facilement aussi bien.
Pour résumer, pour le stockage de base de Maven artefacts je pense que les deux sont très bien.
Mais alors que la Nexus s'arrête là strictement un "repository Maven manager", Artifactory va sur et sur, être un "Binaires" stockage pour les fichiers binaires de toute sorte, de toute outil de construction et de serveur CI.Artifactory prend en charge les deux du système de fichiers et de stockage de base de données backends. Le stockage est en fonction de la somme de contrôle et identique binaires sont stockées qu'une seule fois, peu importe combien de fois qu'ils apparaissent dans les pensions de titres, ce qui rend Artifactory plus efficace de stockage-sage. Déplacer et copier sont également très bon marché en raison de cette architecture (dans le Nexus, il n'y a pas de REPOS pour déplacer/copier - que vous avez à déplacer des trucs sur le système de fichier, puis exécutez les actions correctives sur le repo de le faire savoir le contenu a changé).
Un autre facteur important de différenciation est Artifactory a l'intégration unique avec la baie d'Hudson et TeamCity pour capturer des informations sur déployé des artefacts, résolution des dépendances et des données sur l'environnement associés à la génération de pistes, qui fournit la construction complète de la traçabilité.
Artifactory stocke les objets dans une base de données, ce qui signifie que si quelque chose va mal, tous vos objets ont disparu. Nexus utilise un fichier à plat pour vos précieux artefacts de sorte que vous n'avez pas à vous soucier de tous, de se perdre.
Si vous avez besoin de la "Pro" dispose de l'un ou l'autre (par exemple, mise en scène repos, artefact de promotion, NuGet), , alors vous devez envisager les différents modèles d'établissement des prix qui sont affichés sur leurs sites web.
En résumé:
Peu importe combien d'utilisateurs que vous avez, le programme Nexus Pro offre un service de soutien qui est largement équivalente à Artifactory de dollars 7,450/an "Silver Pack de Valeur".
$7,450/an permettra de vous acheter environ 67 Nexus Pro sièges (1-50 @ $108, le reste @ $120).
Sur le prix et le soutien seul, à l'époque, Nexus Pro a de sens jusqu'à ce que vous obtenez à 67 utilisateurs, à quel point Artifactory devient l'option la moins chère.
Si vous avez tout le soutien interne; toutefois, cette magie, ce point est d'environ 23 utilisateurs (Artifactory plus fondamentales de l'offre de support est de 2 750 usd/an).
J'ai fait quelques recherches recenly sur Artifactory 2 et Nexus 1.3. Je vais lister ici les principales différences que j'ai trouvé:
La plus complète de comparaison: http://binary-repositories-comparison.github.io/
Vous devez utiliser Artifactory
Sa dernière version a été un véritable saut
Vous pouvez sauvegarde incrémentielle de vos dépôts , ce qui signifie que vous pouvez avoir tous vos objets sauvés et maintenir
Il a un facile à utiliser l'interface utilisateur web
et il est vraiment facile à mettre en place
j'ai vraiment pris beaucoup
découvrez sa nouvelle version 2.0
Apprenants à partir d'un point de vue, je note quelques différences entre les deux.
Toute politique/religion de côté, l'octroi de licences fait une différence pour certaines organisations.
Nexus est
GPLmaintenantAGPLv3et maintenant Eclipse Public License (EPL).Artifactory est
Apache licenceLa lgplv3 sous licence à partir de la version 2.1 du produit.Vous pouvez également envisager de Archiva, juste pour la comparaison de souci. Il est sous licence Apache 2.0.
Je vois que l'utilisation de Nexus est en croissance, alors Artifcatory utilisation est généralement de rester à plat.
Photo est prise à partir d'ici http://blog.sonatype.com/2014/11/42000-nexus-repository-managers-and-growing/
Il y a aussi la matrice de comparaison - http://docs.codehaus.org/display/MAVENUSER/Maven+Dépôt+Manager+Fonction+Matrice
Les deux Artifactory et Nexus ont plus ou moins similaire ensemble de fonctionnalités mais Artifactory du support LDAP le rend plus attrayant sur Nexus. Bien que les Nexus ont également la prise en charge LDAP, mais dans la version payante 🙁
Hmmm...mon expérience avec artifactory est horrible...mais je suis relativement nouveau chez donc le prendre avec un grain de sel. Ma plainte est que les fichiers jar récemment transféré à Artifactory ne semblent pas être indexés sur le champ, comme dans pendant des heures - et il ne semble pas être un bon moyen de le forcer. J'ai essayé diverses choses qui apparaissaient comme s'ils avaient travaillé, mais n'a pas. J'ai travaillé avec m2eclipse, l'ajout de dépendances pour un projet que je suis la conversion de la fourmi. Lorsque j'essaie d'ajouter un pot que j'ai juste ajouté artifactory, j'attends qu'il apparaître comme un choix dans le sélecteur, mais il ne le fait pas.
un collègue m'a dit qu'ils avaient installé nexus et jusqu'à présent, ils aiment ça...mais je ne peux pas se porter garant pour elle encore. Je vais l'installer sur une machine Linux dès qu'IL peut me trouver un.