Где хранить docker images после сдачи проекта?

Question

[Enkratia]

Проект имеет 3 'docker image': frontend + backend + bd.

Варианты, которые вижу:
- Купить платный аккаунт на docker.hub, но тогда заказчик будет еще платить +5$ каждый месяц.
- Сделать 3 аккаунта на docker.hub, каждый будет хранить что-то одно в приватном репозитории, но это выглядит сложновато.
- Использовать вместо docker.hub другие сервисы с большими возможностями, но эти сервисы не выглядят такими же надежными.
- Хранить изображения прямо на vps, но это наверно увеличит время пересборки и съест хорошую часть от общей памяти и прочее.

Больше склоняюсь к последнему варианту.
Может кто-то, кто работает программистом и используется docker чуть прояснит эту ситуацию.

Comments

[YepBro]

Хранить изображения прямо на vps, но это наверно увеличит время пересборки и съест хорошую часть от общей памяти и прочее.

Почему это должно увеличить время пересборки проекта и съесть память?

Зачем на проде пересобирать проект после запуска?

Answer 1

[ky0]

Зачем хранить образы после сдачи проекта? У вас есть Dockerfile, в случае чего ничего не стоит развернуть всё заново.

Если же вы про какие-то сакральные данные - как их хранить, после сдачи проекта решает клиент. Тратить на это свои деньги, конечно же, не стоит.

Comments

[Everything_is_not_so_bad]

Уточнение: как правило, вместе с файлом docker-compose.yml

[ky0]

Иерокопус Таманский, так можно доуточняться до Helm-чарта для k8s :)

Answer 2

[historydev]

Как сказал ky0 :

Зачем хранить образы после сдачи проекта? У вас есть Dockerfile, в случае чего ничего не стоит развернуть всё заново.

Ничего не нужно тебе хранить.
Если дело в данных, скажи чтобы купил то, что нужно для работы его приложения и пусть платит он, а не ты.

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

Никогда не используй свои ресурсы для удовлетворения потребностей заказчика.

Comments

[shurshur]

Добавлю, если образы остаются храниться у тебя, то надо оговорить с заказчиком условия. Например, что за аренду места под образы и обеспечение их сохранности столько-то денег. И, конечно, рецепт сборки сохранить в любом случае.

Так-то можно заказчику поднять gitlab, harbor или ешё кучу других решений для хранения образов, либо помочь арендовать какой-нить registry SaaS.

Answer 3

[Алексей Ярков]

Если gitlab используете, то у него есть свой docker registry. Даже приватный.

Comments

[VoidVolker]

И у которого только две функции - залить образ и скачать образ. Если хочется больше контроля и фич - Harbor решает.

[Алексей Ярков]

VoidVolker, ну вопрос был про хранение

[VoidVolker]

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