Настраиваем приватный Docker-репозиторий

[@Rzhepish]

А какой-то cleaner для старых версий образов использовали?

[@sochix]

Раньше у нас был Jenkins и в нем был скрипт который выполнялся каждый день и удалял старые образы. Сейчас мы перешли на Buddy Works — он умеет удалять старые образы за нас

[@grossws]

Я уж надеялся на что-нибудь интересное (например, настройка OAuth2 для авторизации действий с образами), а тут меньше чем в минималистичной официальной документации.

[@Lelik13a]

Перевод документации, а надеялся на интересное.
И по моему, удобнее будет перед репозиторием поставить nginx и SSL часть и авторизацию вынести на него.

[@AccessGranted]

Поднимал тоже свой репозиторий для использования в проде но понял что нет необходимости. Для базовых образов хватает и официального а собранные образы вместе с кодом льются на боевые сервера как архивы дабы размеры (от 100 до 200Mb) позволяют это делать.

[@SchmeL]

используем jfrog artifactory — там уже есть приватный репозиторий.

[@xkrt]

Советую посмотреть на harbor — registry + web ui + роли/права

[@summerwind]

Подскажите, какой командой вы удаляете старый образ из приватного репозитория, прежде чем залить новый?

[@summerwind]

А вы сами хоть пробовали удалять образы через это api?) Какие бы запросы на удаление я не посылал — удаляется только метаинформация, но физически занятое место не освобождается. Пробовал чистить сборщиком мусора после выполнения запросов — тоже 0 эффекта.

P. S. Ну очевидно же, что не хочется хранить кучу образов старых версий) Если сборки идут каждый день + приложение не одно, а их несколько + образы весят под 2 Гб — посчитайте, насколько быстро забьется даже терабайтный хард.

[@summerwind]

Это же просто обертка над api. Что принципиально нового она дает?

[@summerwind]

Я, конечно, попробую еще раз, но я вроде писал выше, что я пробовал запускать сборщик мусора после выполнения запросов и место не очищалось (REGISTRY_STORAGE_DELETE_ENABLED, само собой, true).

[@urvanov]

Итак, простейший Docker-репозиторий можно поднять одной командой

Терминология в статье неверная. Это создаётся реестр, а не репозиторий.

registry = реестр

repository = репозиторий

image = образ

В команде docker pull myregistrydomain.com:443/ubuntu

myregistrydomain.com:443 — это реестр

ubuntu — это репозиторий.

Поправьте меня кто-нибудь, если я ошибаюсь.