Save docmachine image in local cache #2

New issue

Open

opened 2023-04-01 14:33:25 +00:00 by glenux · 1 comment

glenux commented

2023-04-01 14:33:25 +00:00

Owner

There is no way to avoid having the image being pruned, and image gets downloaded over and over again.

To avoid unnecessary pull, we should follow the strategy below:

if docmachine image does not exists in local registry
  if docmachine image cache exists
    load docmachine from cache
  else
    pull the docmachine image from remote registry
    save the downloaded image in cache
  endif
endif
run docmachine

Ex: ~/.cache/docmachine/docmachine.TAG.tar.bz2

There is no way to avoid having the image being pruned, and image gets downloaded over and over again. To avoid unnecessary pull, we should follow the strategy below: ``` if docmachine image does not exists in local registry if docmachine image cache exists load docmachine from cache else pull the docmachine image from remote registry save the downloaded image in cache endif endif run docmachine ``` Ex: `~/.cache/docmachine/docmachine.TAG.tar.bz2`

glenux added this to the By Status project

2023-10-18 21:03:34 +00:00

glenux commented

2026-01-20 17:36:32 +00:00

Author

Owner

Contexte/etat actuel dans le code (HEAD 8da1820):

La logique de cache cote docmachine build est dans src/build/run.cr#_pull_image.
Le cache est un fichier unique ~/.cache/docmachine/image.tar (ou $XDG_CACHE_HOME/docmachine/image.tar).
En pratique le cache n'est jamais utilise car enable_cache est desactive par defaut et non exposé dans la CLI (voir issue #21).

Pistes complementaires (non couvertes ici):

cacher par image/tag (eviter un seul image.tar partage), + metadata/digest pour verifier que l'archive correspond bien a l'image demandee.
ajouter un mode offline / docker run --pull=never pour garantir qu'un run ne telecharge jamais si on veut forcer le cache.

Je propose d'ouvrir des tickets dedies pour ces points (sauf si on prefere enrichir celui-ci).

Contexte/etat actuel dans le code (HEAD 8da1820): - La logique de cache cote `docmachine build` est dans `src/build/run.cr#_pull_image`. - Le cache est un fichier unique `~/.cache/docmachine/image.tar` (ou `$XDG_CACHE_HOME/docmachine/image.tar`). - En pratique le cache n'est jamais utilise car `enable_cache` est desactive par defaut et non exposé dans la CLI (voir issue #21). Pistes complementaires (non couvertes ici): - cacher par image/tag (eviter un seul `image.tar` partage), + metadata/digest pour verifier que l'archive correspond bien a l'image demandee. - ajouter un mode offline / `docker run --pull=never` pour garantir qu'un run ne telecharge jamais si on veut forcer le cache. Je propose d'ouvrir des tickets dedies pour ces points (sauf si on prefere enrichir celui-ci).

glenux referenced this issue

2026-01-20 17:36:41 +00:00

Cache Docker: utiliser un cache par image/tag + metadata/digest (eviter image.tar global) #28

glenux added a new dependency

2026-01-20 17:36:55 +00:00

#29 Cache Docker: ajouter mode offline/cache-only + controler le pull (docker run --pull=never)

glenux added a new dependency

2026-01-20 17:36:55 +00:00

#28 Cache Docker: utiliser un cache par image/tag + metadata/digest (eviter image.tar global)