public-image-mirror : ce que le projet permet réellement

public-image-mirror : Le périmètre annoncé par le dépôt

De nombreuses images de conteneurs sont hébergées sur des registres à l'étranger comme gcr.io, et leur téléchargement depuis la Chine continentale est lent. Ce référentiel fournit un service de miroir qui préfixe ou remplace les noms de registres par un domaine DaoCloud. Le README énumère trois objectifs : un mappage de noms simple et efficace, la possibilité d'ajouter de nouvelles sources d'images sans modifier le code, et un fonctionnement stable et fiable avec des mises à jour qui suivent de près la source, y compris une vérification de synchronisation quotidienne. Le projet se décrit explicitement comme un miroir des registres sources, pas une distribution d'images distincte. Le miroir d images doit être examiné image par image, avec le chemin Docker ou OCI indiqué dans le dépôt et la version réellement servie. Il faut tirer l image depuis le registre concerné, contrôler son digest, son architecture et son comportement au démarrage. Le README peut faciliter l accès à Ollama, DeepSeek-R1 ou d autres images citées, mais il ne suffit pas à établir la provenance, la fréquence de synchronisation ou une garantie de disponibilité. Ces trois points sont des conditions d exploitation concrètes. Le miroir d images doit être examiné image par image, avec le chemin Docker ou OCI indiqué dans le dépôt et la version réellement servie. Il faut tirer l image depuis le registre concerné, contrôler son digest, son architecture et son comportement au démarrage. Le README peut faciliter l accès à Ollama, DeepSeek-R1 ou d autres images citées, mais il ne suffit pas à établir la provenance, la fréquence de synchronisation ou une garantie de disponibilité. Ces trois points sont des conditions d exploitation concrètes.

public-image-mirror : Les éléments techniques propres au projet

Tous les digests sha256 sont maintenus identiques au registre source grâce à un mécanisme de chargement paresseux. Le contenu est mis en cache pendant 30 jours, après quoi il doit être resynchronisé. Les entrées de manifeste sont mises en cache en mémoire pendant 1 heure, donc une mise à jour de tag devient visible environ une heure plus tard. Les blobs sont mis en cache pendant 1 minute, et si un blob atteint la limite de 30 jours pendant cette minute, les requêtes peuvent renvoyer une erreur 404. Le README recommande d'utiliser des tags de version explicites plutôt que latest, car latest correspond à des données obsolètes jusqu'à ce que la resynchronisation en arrière-plan s'exécute. Le miroir d images doit être examiné image par image, avec le chemin Docker ou OCI indiqué dans le dépôt et la version réellement servie. Il faut tirer l image depuis le registre concerné, contrôler son digest, son architecture et son comportement au démarrage. Le README peut faciliter l accès à Ollama, DeepSeek-R1 ou d autres images citées, mais il ne suffit pas à établir la provenance, la fréquence de synchronisation ou une garantie de disponibilité. Ces trois points sont des conditions d exploitation concrètes. Le miroir d images doit être examiné image par image, avec le chemin Docker ou OCI indiqué dans le dépôt et la version réellement servie. Il faut tirer l image depuis le registre concerné, contrôler son digest, son architecture et son comportement au démarrage. Le README peut faciliter l accès à Ollama, DeepSeek-R1 ou d autres images citées, mais il ne suffit pas à établir la provenance, la fréquence de synchronisation ou une garantie de disponibilité. Ces trois points sont des conditions d exploitation concrètes.

public-image-mirror : Installer et lancer le premier essai

L'utilisation recommandée consiste à ajouter le préfixe m.daocloud.io/ à la référence complète de l'image. Par exemple, docker.io/library/busybox devient m.daocloud.io/docker.io/library/busybox. Alternativement, pour les registres listés dans le README, vous pouvez remplacer l'hôte du registre par un sous-domaine de miroir dédié. Par exemple, docker.io/library/busybox peut devenir docker.m.daocloud.io/library/busybox. Le README précise que les règles de remplacement de préfixe sont configurées manuellement et que les demandes de nouvelles règles doivent être soumises comme issues. Il avertit également de ne pas configurer un site autre que docker.io comme registry-mirror Docker. Le miroir d images doit être examiné image par image, avec le chemin Docker ou OCI indiqué dans le dépôt et la version réellement servie. Il faut tirer l image depuis le registre concerné, contrôler son digest, son architecture et son comportement au démarrage. Le README peut faciliter l accès à Ollama, DeepSeek-R1 ou d autres images citées, mais il ne suffit pas à établir la provenance, la fréquence de synchronisation ou une garantie de disponibilité. Ces trois points sont des conditions d exploitation concrètes. Le miroir d images doit être examiné image par image, avec le chemin Docker ou OCI indiqué dans le dépôt et la version réellement servie. Il faut tirer l image depuis le registre concerné, contrôler son digest, son architecture et son comportement au démarrage. Le README peut faciliter l accès à Ollama, DeepSeek-R1 ou d autres images citées, mais il ne suffit pas à établir la provenance, la fréquence de synchronisation ou une garantie de disponibilité. Ces trois points sont des conditions d exploitation concrètes.

public-image-mirror : Ce que le flux permet d observer

Le README répertorie ces mappages source-vers-remplacement : docker.elastic.co vers elastic.m.daocloud.io, docker.io vers docker.m.daocloud.io, dhi.io vers dhi.m.daocloud.io, gcr.io vers gcr.m.daocloud.io, ghcr.io vers ghcr.m.daocloud.io, k8s.gcr.io vers k8s-gcr.m.daocloud.io (notant que k8s.gcr.io a été migré vers registry.k8s.io), registry.k8s.io vers k8s.m.daocloud.io, mcr.microsoft.com vers mcr.m.daocloud.io, nvcr.io vers nvcr.m.daocloud.io, quay.io vers quay.m.daocloud.io, et registry.ollama.ai vers ollama.m.daocloud.io. Pour Docker, le README montre l'ajout de "https://docker.m.daocloud.io" à la liste registry-mirrors dans /etc/docker/daemon.json. Pour containerd, il pointe vers la documentation officielle hosts.md et vers le paramètre containerd_registries_mirrors de kubespray. Le miroir d images doit être examiné image par image, avec le chemin Docker ou OCI indiqué dans le dépôt et la version réellement servie. Il faut tirer l image depuis le registre concerné, contrôler son digest, son architecture et son comportement au démarrage. Le README peut faciliter l accès à Ollama, DeepSeek-R1 ou d autres images citées, mais il ne suffit pas à établir la provenance, la fréquence de synchronisation ou une garantie de disponibilité. Ces trois points sont des conditions d exploitation concrètes. Le miroir d images doit être examiné image par image, avec le chemin Docker ou OCI indiqué dans le dépôt et la version réellement servie. Il faut tirer l image depuis le registre concerné, contrôler son digest, son architecture et son comportement au démarrage. Le README peut faciliter l accès à Ollama, DeepSeek-R1 ou d autres images citées, mais il ne suffit pas à établir la provenance, la fréquence de synchronisation ou une garantie de disponibilité. Ces trois points sont des conditions d exploitation concrètes.

public-image-mirror : Les limites explicitement visibles

Plusieurs modèles d'accélération orientés Kubernetes sont documentés. Pour kubeadm, la ClusterConfiguration peut définir imageRepository et dns.imageRepository sur k8s.m.daocloud.io. Pour kind, la commande utilise l'image m.daocloud.io/docker.io/kindest/node:v1.22.1 lors de la création d'un cluster. Pour tous les Pods, le README référence repimage, un projet séparé qui utilise un webhook pour réécrire les références d'images des nouveaux Pods sans modifier les YAML ou les Helm charts ; il fournit une commande kubectl create pour le déploiement. Un déploiement de cache local est également décrit, avec un lien vers la documentation dans le répertoire docs/local-cache, destiné à accélérer les pulls d'images dans un intranet et à réduire la dépendance au réseau externe. Le miroir d images doit être examiné image par image, avec le chemin Docker ou OCI indiqué dans le dépôt et la version réellement servie. Il faut tirer l image depuis le registre concerné, contrôler son digest, son architecture et son comportement au démarrage. Le README peut faciliter l accès à Ollama, DeepSeek-R1 ou d autres images citées, mais il ne suffit pas à établir la provenance, la fréquence de synchronisation ou une garantie de disponibilité. Ces trois points sont des conditions d exploitation concrètes. Le miroir d images doit être examiné image par image, avec le chemin Docker ou OCI indiqué dans le dépôt et la version réellement servie. Il faut tirer l image depuis le registre concerné, contrôler son digest, son architecture et son comportement au démarrage. Le README peut faciliter l accès à Ollama, DeepSeek-R1 ou d autres images citées, mais il ne suffit pas à établir la provenance, la fréquence de synchronisation ou une garantie de disponibilité. Ces trois points sont des conditions d exploitation concrètes.

public-image-mirror : Versions, dépendances et maintenance

Le README comprend une section expérimentale pour Ollama et DeepSeek. Il montre l'installation d'Ollama avec Docker en utilisant docker.m.daocloud.io/ollama/ollama, avec des commandes séparées pour CPU et GPU ; la version GPU nécessite le Nvidia Container Toolkit. Une fois le conteneur démarré, il montre comment tirer et exécuter le modèle DeepSeek-R1 1.5b en utilisant ollama.m.daocloud.io/library/deepseek-r1:1.5b dans le conteneur. Le README note que la source officielle d'Ollama est déjà assez rapide, donc la source officielle peut être utilisée à la place, et que la source de modèle accélérée est expérimentale. Le miroir d images doit être examiné image par image, avec le chemin Docker ou OCI indiqué dans le dépôt et la version réellement servie. Il faut tirer l image depuis le registre concerné, contrôler son digest, son architecture et son comportement au démarrage. Le README peut faciliter l accès à Ollama, DeepSeek-R1 ou d autres images citées, mais il ne suffit pas à établir la provenance, la fréquence de synchronisation ou une garantie de disponibilité. Ces trois points sont des conditions d exploitation concrètes. Le miroir d images doit être examiné image par image, avec le chemin Docker ou OCI indiqué dans le dépôt et la version réellement servie. Il faut tirer l image depuis le registre concerné, contrôler son digest, son architecture et son comportement au démarrage. Le README peut faciliter l accès à Ollama, DeepSeek-R1 ou d autres images citées, mais il ne suffit pas à établir la provenance, la fréquence de synchronisation ou une garantie de disponibilité. Ces trois points sont des conditions d exploitation concrètes.

public-image-mirror : Licence et conditions d usage

Les détails opérationnels sont publiés ouvertement. Les informations sur la liste blanche et la limitation de débit apparaissent dans l'issue #2328, et les questions sont dirigées vers l'issue #4183. Le README conseille de planifier les tâches de pull pendant les heures creuses, spécifiquement de 01h00 à 07h00 heure de Pékin, car les autres périodes sont congestionnées. Le code backend est hébergé sur OpenCIDN/ocimirror, et une page d'état de file d'attente de synchronisation ne montre que la dernière heure d'enregistrements. Une page de surveillance de l'état du service est également liée. Le projet est sous licence Apache License 2.0. Un référentiel séparé pour l'accélération des fichiers binaires est répertorié comme projet compagnon. Le miroir d images doit être examiné image par image, avec le chemin Docker ou OCI indiqué dans le dépôt et la version réellement servie. Il faut tirer l image depuis le registre concerné, contrôler son digest, son architecture et son comportement au démarrage. Le README peut faciliter l accès à Ollama, DeepSeek-R1 ou d autres images citées, mais il ne suffit pas à établir la provenance, la fréquence de synchronisation ou une garantie de disponibilité. Ces trois points sont des conditions d exploitation concrètes. Le miroir d images doit être examiné image par image, avec le chemin Docker ou OCI indiqué dans le dépôt et la version réellement servie. Il faut tirer l image depuis le registre concerné, contrôler son digest, son architecture et son comportement au démarrage. Le README peut faciliter l accès à Ollama, DeepSeek-R1 ou d autres images citées, mais il ne suffit pas à établir la provenance, la fréquence de synchronisation ou une garantie de disponibilité. Ces trois points sont des conditions d exploitation concrètes.

public-image-mirror : Décider pour un cas concret

Conclusion éditoriale

public-image-mirror peut convenir à une équipe dont le besoin correspond au périmètre de DaoCloud/public-image-mirror. Il ne convient pas si l on attend des garanties absentes du README. Commencez par Le miroir d images doit être examiné image par image, avec le chemin Docker ou OCI indiqué dans le dépôt et la version réellement servie. Il faut tirer l image depuis le registre concerné, contrôler son digest, son architecture et son comportement au démarrage. Le README peut faciliter l accès à Ollama, DeepSeek-R1 ou d autres images citées, mais il ne suffit pas à établir la provenance, la fréquence de synchronisation ou une garantie de disponibilité. Ces trois points sont des conditions d exploitation concrètes. Relevez la version, la configuration et le résultat obtenu avant de l intégrer à un usage durable.

Sources officielles

1. Official README
2. Project repository