Любой разработчик Знает Что у вас должен быть хранилище исходного кода (например, GIT), но время от времени я получаю вопрос «Зачем мне нужен бинарный репозиторий»?
Вот короткий ответ:
Более быстрая и более безопасная разработка программного обеспечения — В наши дни любая компания является компанией по программному обеспечению, а лучшие компании выпускают обновления на ежедневных/почасовых базах. Возможность быстрого продвижения обновлений является реальным конкурентным преимуществом. В ту минуту в вашей команде мало инженеров, в которой вы хотите избежать «привлечения всего Интернета» с каждым ‘NPM Install’ Анкет Бинарное репо даст вам возможность кэшировать эти библиотеки и убедиться, что вы работаете с правильными (против хакерского С точки зрения разработчика, это большой импульс для их производительности, поскольку он экономит время во время разработки и на каждом сборке. Еще лучше, с точки зрения DevOps, способность контролировать все пакеты/библиотеки (и сканировать их на для уязвимости ) является огромным преимуществом. Это позволяет команде внутренней инженерии лучше контролировать релизы, поскольку они обладают полной прозрачностью (например, качество, производительность, безопасность, лицензии и т. Д.) На все, что составляет версию «Создание». Проверьте 12-факло приложение Manifesto для получения дополнительной информации о зависимостях (объявление и изоляция).
Повышение производительности — Разделяя библиотеки и компоненты из центрального (и управляемого) места, вы вносите заказ в циклы разработки. В наши дни в любом проекте, который вы используете, так много сторонних библиотек, которые вы используете, что у вас должен быть эффективный способ управления ими. Бинарный репозиторий является правильным инструментом для этого. Это не позволит различным командам использовать различные библиотеки (например, 5 различных библиотек для анализа JSON и т. Д.) для одних и тех же задач и даст вам лучший способ управлять своими политиками, лицензиями и развертываниями. Вы можете управлять своими версиями более эффективно с таким репо из -за богатых метаданных, которые он содержит в каждом пакете/библиотеке и артефактах.
Итог, использование двоичного репо увеличит ваш продукт: качество, безопасность и скорость способность обновлять обновления с быстрой скоростью).
Конкретные преимущества, которые Артефактор предложение:
Масштаб — За последние 10 лет артефакт обслуживал некоторые из самых требовательных (и крупных) компаний в мире. Если вам это нужно в масштабе Cisco, Netflix, Google и других — это вас покрыло. У него есть многозаконная репликация и высокая доступность в качестве неотъемлемой части продукта.
DevOps Toolset Интеграция – У вас есть зрелый конвейер CI/CD? Хороший. Поскольку Artifactory универсален, он будет соединяться с вами трубопроводом и техническим стеком за считанные минуты (не дни). Это также отличный способ расширить возможности автоматизации и начать улучшение вашего текущего состояния DevOps.
Полный артефакт Жизненный цикл – Мы знаем, что большая часть ваших сборок/артефакт не будет полезна в течение длительного периода времени, и есть много вариантов «очистить» и контролировать выходные данные вашей команды разработчиков. Без центрального места для управления им это будет стоить вам времени и денег (например, впустую хранение и хаос, когда речь заходит о поиске, кто использует библиотеку для каждого проекта).
Гибридное решение — Если вам нужно решение для вашего локального сайта и облака. Он уже запечен в продукт.
Advanced Storage Managemen T-Поскольку Artifactory работает с базой проверки-суме, она знает, чтобы избежать дубликатов. Каждая версия каждой библиотеки/артефактов будет храниться только один раз. Это не только экономия хранилища, но и время (и деньги), поскольку это более эффективный способ работать.
… А если ты так далеко … Пожалуйста, смотрите, как комбинация артефактов с Xray может помочь вам улучшить вашу безопасность в 10 раз (или больше).
И последнее, но не менее важное: вот противоположная версия этого поста: « 12 причин, по которым вам не нужны программные артефакты управление ». Может быть, это лучше с противоположного направления.
Оригинал: «https://dev.to/jfrog/do-you-need-a-binary-repository-2al»