Размещение Nexus на собственном домене в качестве источника для библиотек в Maven - PullRequest
0 голосов
/ 02 апреля 2019

Почему некоторые компании или проекты размещают нексус в своем собственном домене вместо использования центрального репозитория Maven? Это связано с безопасностью? Это хорошая практика?

Ответы [ 2 ]

3 голосов
/ 02 апреля 2019

Несколько причин:

  • Есть место для артефактов, которые вы строите в своей компании.
  • Прокси-сервер нескольких внешних репозиториев, так что settings.xml должен иметь только запись для зеркала.
  • Проблемы с прокси / брандмауэром, которые мешают разработчикам напрямую использовать внешние репозитории.

На самом деле, если у вас более одного или двух разработчиков, это путь.

1 голос
/ 17 апреля 2019

Помимо прокси нескольких уже упомянутых внешних репозиториев, группы менеджеров репозиториев позволяют объединять размещенные репозитории также в один источник. Затем указанная группа может быть организована так, чтобы возвращать компоненты упорядоченным образом (сначала центральным, затем другими, например). Это упрощает настройку и позволяет получить доступ к внутренним и внешним материалам из одного места.

Кроме того, если вы хотите ограничить доступ к чему-либо, вы можете настроить политики безопасности на это. Обычно это относится не только к Центральному, но представьте, что у вас было 3 команды, и вы не хотели, чтобы они делились друг с другом артефактами. Затем 3 репозитория, ограничивающие безопасность для каждой команды, но могут иметь одинаковые настройки.

Еще одним преимуществом является кэширование. Если вы загружаете что-то, я загружаю что-то, а JF загружает что-то, это 3 хита в интернет Если NXRM загрузит его, это 1 хит, то он будет у вас в интрасети.

Обратите внимание, что почти все, что я только что сказал, относится не только к Maven, это общие привилегии менеджера хранилища.

...