ложится всё, вопрос как у этих решений с HA

и когда покупаешь, то читаешь "HA есть".  A потом пробудешь им воспользоваться, и оказывается, что так себе

#painisinstructional, а день разработки в Америке со всеми екстра расходами вокруг стоит от $900-1500. Вот и считаем сколько надо сэкономить время чтоб купить atrifactory or IntelliJ

@JBaruch ИМХО для небольших систем и стартапов (как в первом акте греческой драмы), вполне сойдет и Nexus, но вот когда надо управлять лицензиями, иметь нормальный HA, не велосипедную совместимость с s3, тогда уже надо задумываться о покупке вашего решения. А для тех, кто еще только взлетает, покупка Artifactory (особенно on prem) себя не оправдывает — все равно большинство фич использоваться не будут.
Попутно хотел спросить, вот допустим, я мы купим самую нищебродскую облачную версию Artifactory, код у нас лежит на BitBucket, сможем ли мы, используя их CI, класть полученное добро сразу в AF? Ну т.е. какая там интеграция?

Как ты помнишь, в первом акте как раз всё в клауде. Конечно, Artifactory SaaS за $85 в месяц им намного удобнее, чем сношаться со своим сервером.

Конечно сможете, Artifactory для этого и есть. Какой CI?

@JBaruch Bitbucket Pipelines. Сейчас-то мы используем Jenkins + Nexus. Проксирование Jcenter через Nexus существенно (примерно втрое) сокращает время сборки. Но вот если я буду все собирать ведром, не буду ли я ждать по полчаса, пока у меня подсосутся зависимости?

Всем привет!

Я не понял, ты думаешь Artifactory не умеет проксировать jcenter? При том, что и то, и другое создано JFrog?

Ты, на самом деле, не видел и 10% от того, что представляет из себя нормальная интеграция с ci сервером. У тебя же с Нексусом даже build info нет.

@JBaruch я наверное не так выразился (-: Минутку, переформулирую.

Я указываю в build.gradle вместо Jcenter, свой Nexus, и, соответственно, свои репозитории релизов и снимков. Благодаря этому мы живем счастливо и все зависимости, в том числе и внутренние, забираются из кеша.
Так вот если мы будем делать сборку, сразу на битбакете, естественно будем использовать Jcenter напрямую. А свои артефактики будем класть к вам в облако, не скажется ли это на скорости сборки? Сотрудничаете ли вы с Atlassian? Естественно настраивать облачный Artifactory на зеркалирование Jcenter не имеет смысла, как мне тогда следить за уязвимостями в зависимостях?

Я не понял, почему вы будете использовать артифакты напрямую, а не через Artifactory?

Никто же не предлагает избавиться от репозиториев вообще

Ну если сборка будет делаться на Битбакете, значит и сборщик, и репозиторий артефактов, находятся в облаке, зачем тогда проксировать Jcenter? Все равно же не в одном месте все.

Твой репозиторий будет в том же месте, что и bitbucket, конечно,  и это будет ускорять сборку

Я имею ввиду репозиторий артефактов. То есть Artifactory в облаке, Bitbucket тоже, проксировать Jcenter через Artifactory не имеет смысла, поскольку они в разных местах, как тогда проверять здоровье зависимостей?
Извините, что не очень ясно выражаюсь.

"облако" не значит "locality отменили". Если твой Artifactory instance находится в одном availibilty zone с твоим bitbucket–oм, то ты получишь те же бенефиты как иметь свои сервера для репозитория и CI в корпоративной сети.

Оу, а вот это новая информация. Как говориться: "Лучше спросить и побыть дураком пять минут, чем промолчать и остаться им на всю жизнь!"
Буду раскуривать эту тему.