[maven-2] Maven Repo에 Nexus 또는 Artifactory를 사용해야합니까?

” mvn deploy” 에서 바이너리를 저장하는 것에 대해서만 이야기하면 둘 다 잘 될 것이라고 확신합니다.

우리는 모든 업그레이드와 함께 Artifactory를 매우 광범위하게 사용합니다. 많은 프로젝트, 배포 된 수많은 스냅 샷 및 프록시 된 외부 저장소. 하나의 문제가 아닙니다. 다른 사람들이 DB, 인덱싱 또는 기타 문제를 어떻게 경험하는지 설명하기가 어렵습니다. 우리에게는 그런 일이 없었습니다. 또한 Artifactory는 디스크에 데이터를 저장하고 메타 데이터를 저장하기 위해 DB 만 사용할 수 있습니다. 매우 유연 합니다. ).

이러한 응용 프로그램을 매우 다르게 만드는 것은 다른 빌드 도구 및 기술과의 통합에 대한 접근 방식입니다. Nexus와 Sonatype은 Maven과 m2eclipse에 거의 고정되어 있습니다. 그들은 다른 것을 무시하고 최근에야 자신의 독점 Hudson 통합 작업을 시작했습니다 ( Maven 3 웨비나 참조 ).
편집 : 이것은 2017 년부터 더 이상 사실이 아닙니다. Nexus는 다른 빌드 도구를 훨씬 더 많이 지원합니다. 편집의 끝

Artifactory는 멋진 Hudson, TeamCity 및 Bamboo 통합 및 Gradle / Ivy를 제공합니다. 지원을 제공합니다. 따라서 Nexus는 Sonatype “편안함”(Maven, m2eclipse)에서 벗어나면 아무것도 제공하지 않지만 Artifactory는 모든 주요 빌드 도구를 수용하고 협력합니다.

실제로 작업이 ” mvn deploy“가 아닌 Hudson에서 빌드 아티팩트를 배포 할 수 있다는 것은 큰 차이입니다. Artifactory Hudson 플러그인은 빌드 작업이 성공적으로 완료된 경우에만 모든 아티팩트 를 원자 적 방식으로 배포 합니다. ” mvn deploy“은 각 모듈 이후에 실행되며 중간에 빌드 작업이 실패하는 경우 일부 아티팩트 세트를 배포 할 수 있습니다. 모듈 완료시 Maven에서 배포하고 작업 완료시 빌드 서버에서 배포하는 것은 정말 나쁜 일입니다.

보시다시피 Artifactory는 “상자 밖”이라고 생각하는 반면 Nexus는 “상자 안”이라고 생각하고 Maven 및 Maven 아티팩트에만 관심이 있습니다.

Artifactory를보다 쉽게 ​​액세스 할 수있는 또 다른 방법은 클라우드 기반 Artifactory Online 솔루션 입니다. 한 달에 약 80 달러에 자체 Artifactory 인스턴스가 있으므로이를 위해 서버를 할당 할 필요가 없습니다.

Artifactory에는 간단하고 간단한 REST API 가 있지만 Nexus에서 어떻게 작동하는지 모릅니다.
Edit Nexus 에는 쉽게 사용할 수 있는 REST API 도 있습니다.

요약하면 Maven 아티팩트의 기본 저장을 위해 둘 다 괜찮다고 생각합니다. 그러나 Nexus는 엄격하게 “Maven 저장소 관리자”가있는 것을 중단하지만 Artifactory는 모든 빌드 도구 및 CI 서버에서 모든 종류의 바이너리를위한 일반적인 “바이너리 저장소”가됩니다.

답변