@sochix31 янв 2017 в 12:18

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

3 мин

102K

DevOps * IT-инфраструктура * Виртуализация * Серверное администрирование *

Туториал

+30

Комментарии 15

@Rzhepish 31 янв 2017 в 13:21

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

@sochix 31 янв 2017 в 16:30

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

@grossws 1 фев 2017 в 00:58

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

@Lelik13a 1 фев 2017 в 03:28

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

@AccessGranted 1 фев 2017 в 04:55

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

@SchmeL 1 фев 2017 в 09:32

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

@xkrt 1 фев 2017 в 12:10

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

@summerwind 4 фев 2017 в 16:05

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

НЛО прилетело и опубликовало эту надпись здесь

@summerwind 6 фев 2017 в 11:45

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

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

НЛО прилетело и опубликовало эту надпись здесь

@summerwind 6 фев 2017 в 14:16

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

НЛО прилетело и опубликовало эту надпись здесь

@summerwind 6 фев 2017 в 14:49

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

@urvanov 18 окт в 07:23

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

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

registry = реестр

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

image = образ

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

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

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

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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий