Рубрики
Uncategorized

10 вещей, которые вы должны ожидать от реестра контейнеров

Технология реестра контейнеров поднимается пара параллельно в архитектуре микросервисов с током … Помечено с контейнерным оборотом, Куберанес, Дежол, Докер.

Технология реестра контейнеров забирает пара параллельно в архитектуре микросервисов с текущими тенденциями Google, указывающих четкий рост в этой области. Хотя не существует разногласий, что необходимо реестр, ясно, что вам нужен крепкий, который эффективно предоставляет ваши контейнерные изображения. Мы должны устанавливать то, какие наши ожидания должны быть при работе с реестром контейнера.

  1. Потребительский ориентированный: Когда вы создаете картинку контейнера, вам определенно нужен реестр, чтобы ваши потребители могли эффективно потреблять как первую версию, а также последующие версии. С непрерывными обновлениями изображения клиенты должны быть уведомлены о новых версиях, чтобы они могли легко вытащить эти новые изображения в эффективном и бесшовной моде.

  2. Интегрированная контейнерная среда: когда вы создаете изображения как способ доставки вашего программного обеспечения, вам нужны крючки, плагины и клиз, чтобы убедиться, что ваши разработчики могут вставить реестр из IDE или среды разработки. Ожидается, что реестры контейнеров будут предоставлять эту интеграцию для общей производительности разработчиков. Для этого требуются реестры, чтобы предоставить возможность нажать или вытягивать изображения в различные виды репозиториев (удаленный или виртуальный) и запрашивать их с различными метаданными информацию, включая Time-Stark, чтобы убедиться, что они получают точное изображение, которое им нужно. Пример будет AQL от Jfrog контейнер реестра , который обеспечивает очень глубокий и гибкий способ получить точное изображение, которое может быть небольшим запросом в среде развития, которая соответствует какому изображению, которое вы планируете использовать. Некоторые реестры имели вопросы так же просто, как получить новейшее изображение последовательно из разных реестров контейнеров. Использование AQL позволяет разрешить эту проблему.

  3. Распределить быстрым: фундаментальная потребность в том, чтобы вы нажимаете изображение здесь, чтобы убедиться, что его можно получить в глобальном положении, с именем правильных версий во всех кешах, предоставляемых и самым быстрым способом. Обеспечение вашего реестра предоставляет вам достаточно поддержки кэширования, является критической.

  4. Мульти-облако: путь к дому — облако-агностик. Вы уже многоумельные, но вам очень трудно управлять этими изображениями в этих облаках этих облаков. Вы должны рассмотреть возможность использования поставщиков, которые являются облачными агностическими и обслуживают ваши реестры, которые вы можете установить себя, давая вам гибкость, вам нужно развернуть ее, где вы хотите. Jfrog контейнер реестра Предоставляет вам загружаемый реестр, чтобы позволить вам быть облачным агностическим, а также предоставляя вам гибкость для установки в любую облачную среду.

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

  6. Поддержка Создание стандартов: Ваш реестр должен соответствовать стандартам OCI сегодня, а также постоянно развиваться для поддержки изменяющихся стандартов.

  7. Безопасное распределение: Убедитесь, что вы никогда не доставляете уязвимое программное обеспечение для любого из ваших клиентов, и ваш реестр всегда должен оставаться на вершине последних уязвимостей.

  8. Частные репозитории: Сохранение ваших дворовиков отдельных и частных, чтобы использовать их только среди ваших партнеров, либо во время разработки, либо в качестве стандартной деловой практики, является важным ожиданием вашего реестра контейнера.

  9. Хостинг нескольких версий во всех ваших микросервисах ежедневно: Существуют значительные ожидания масштабирования, которые необходимо выполнить реестром контейнера, особенно с миллионами или даже миллиардами загрузки. Может ли масштаб реестра к этим потребностям?

  10. Управление потоком программного обеспечения: последнее, но не в последнюю очередь, реестр должен позволить вам всегда контролировать. В частности, с тем, как он работает; Удаление старых изображений (будь то dev, будь оно неиспользованным, и т. Д.), Как он дает представление о использовании, как гранульные элементы управления доступом являются, или как выключить и отвлечь назад, опубликованные изображения, которые обнаруживаются, что уязвимое публикация.

Как вы думаете, я что-то пропустил, дай мне знать.

Оригинал: «https://dev.to/jfrog/10-things-you-should-expect-from-a-container-registry-j4d»