Docker registre 2.0 API v2

Mise à JOUR (14 avril 2016): pas Encore ici, dans le distribution de la feuille de route, mais ici, c'est un question en particulier à propos de la recherche.

Mise à JOUR (12 novembre 2015): L'API points de terminaison encore n'existent pas encore et ne sont pas encore dans le Panneau de Registre feuille de route.

Le problème ici est que la nouveau v2 Docker registre ne prend pas en charge cet effet particulier encore, comme de cette question et la réponse. Vous pouvez le vérifier la source elle-même pour la route des points de terminaison, et vous verrez que la plupart de l'API points de terminaison impliquent des opérations simples comme le téléchargement et le marquage, mais pas encore la mise en œuvre du point de terminaison de recherche. Il est important ici de noter que la v2 de registre est un complètement autre projet que la v1 de registre. Il est même écrit dans une langue entièrement différente (v1 était un projet de Python, alors que la v2 utilise Go, qui est plus en ligne avec le reste de l'Docker projets). Il m'a fallu un peu de temps et de sérieux de lecture pour comprendre la dichotomie entre les registres. Il vaut la peine de regarder à ce Github question sur la v2 de registre pour une plongée dans une discussion récente sur l'état de la v2 de registre, ainsi qu'une discussion sur l'endroit où ils l'ai pris.

Donc il n'y a pas de point de terminaison de recherche dans la v2 registre encore. Vous pouvez inscrire votre image par tag ou par le nom de l'image elle-même comme mentionné dans le numéro de la tâche 8 dans cette documentation.

Je suppose que la meilleure façon de vérifier si un menu fixe de l'image qui est présent est à l'aide de la Docker V2 API REST Tags sur la liste de

Exemple:-

curl $CURLOPTS -H "Authorization: Bearer $token" "https://hub.docker.com:4443/v2/your-repo-name/tags/list"

si le résultat ci-dessus renvoie 200Ok avec une liste de balises d'image, alors nous savons que l'image existe

{"name":"your-repo-name","tags":["1.0.0.1533677221","1.0.0.1533740305","1.0.0.1535659921","1.0.0.1535665433","latest"]}

d'autre si vous voyez quelque chose comme

{"errors":[{"code":"NAME_UNKNOWN","message":"repository name not known to registry","detail":{"name":"your-repo-name"}}]} 

alors vous savez certainement que l'image n'existe pas.

Aujourd'hui j'ai essayé le registry:master de l'image, mais n'existe pas.

xotl@xotl-VM:~$ docker run registry:master
Unable to find image 'registry:master' locally
Pulling repository docker.io/library/registry
Tag master not found in repository docker.io/library/registry
xotl@xotl-VM:~$ 

Vous pouvez maintenant exécuter le registry:2 et sera le point de terminaison.

Si je visite http://localhost:5000/v2/_catalog dans ma machine, je peux voir cette sortie {"repositories":["ubuntu"]}, ce qui est correct. Aussi essayé http://localhost:5000/v2/ubuntu/tags/list et a obtenu cette réponse {"name":"ubuntu","tags":["latest"]}, de sorte qu'il fonctionne.

Vous pouvez prendre un coup d'oeil à la doc.

Docker registre des fonctionnalités de recherche v2 n'est pas pris en charge au moment de cette écriture.
Voir la discussion depuis Février 2015: https://github.com/docker/distribution/issues/206

Registre V2 est comme déposer des images dans un sac noir, espère que vous vous souvenez de ce que vous avez déposé et ce que vous avez nommé l'image. Ne pensez même pas à la suppression d'une image. Je ne veux pas à déchirer et remplacer V2 avec V1; même si V1 œuvres et dispose de plusieurs outils qui fonctionnent avec V1, y compris la recherche et les supprimer. J'ai commencé avec de registre V2 de la commercialisation; l'amélioration de la sécurité et de la performance.

Ubuntu 14.04.3 LTS, CoreOS 723.3.0
registre github.com/docker/distribution v2.1.1

J'ai écrit un script, nommé de vue privé de registre à la recherche de registre V2 REGISTRY_STORAGE_FILESYSTEM_ROOTDIRECTORY. Il fonctionne sur n'importe quel de mes systèmes qui a le REGISTRY_STORAGE_FILESYSTEM_ROOTDIRECTORY monté. Laissez-moi savoir de toute modification que vous faites, merci.

Script:
https://github.com/BradleyA/Search-docker-registry-v2-script.1.0

#!/bin/bash
# %W% %G% %U%
#
#       View private registry,
#               if REGISTRY_STORAGE_FILESYSTEM_ROOTDIRECTORY is mounted on your system
#
REGISTRY_STORAGE_FILESYSTEM_ROOTDIRECTORY="/mnt/three/docker-registry/registry-data"
#
find $REGISTRY_STORAGE_FILESYSTEM_ROOTDIRECTORY -print | \
    grep 'v2/repositories' | \
    grep 'current' | \
    grep -v 'link' | \
    sed -e 's/\/_manifests\/tags\//:/' | \
    sed -e 's/\/current//' | \
    sed -e 's/^.*repositories\//   /' | \
    sort > /tmp/a1
cat /tmp/a1
wc -l /tmp/a1 > /tmp/a2
echo "Number of images: `cat /tmp/a2 | awk {'print $1'}`"
echo "Disk space used:  `du -hs $REGISTRY_STORAGE_FILESYSTEM_ROOTDIRECTORY`"
rm /tmp/a1 /tmp/a2`

De sortie:

`$ ./view-private-registry`
busybox:latest
gcr.io/google_containers/etcd:2.0.9
gcr.io/google_containers/hyperkube:v0.21.2
gcr.io/google_containers/pause:0.8.0
google/cadvisor:latest
jenkins:latest
logstash:latest
mongo:latest
nginx:latest
python:2.7
redis:latest
registry:2.1.1
stackengine/controller:latest
tomcat:7
tomcat:latest
ubuntu:14.04.2
Number of images:   16
Disk space used:    1.7G    /mnt/three/docker-registry/registry-data

Correcte.

C'est simplement un exemple de mise en œuvre qui fonctionne pour en obtenir la liste des images. Oui, il est supposé que c'est un générique registry2.0 de démarrage. par exemple
$ sudo docker run --nom=myregistry -d-p port:port myregistry:1.0.

Essentiellement le fait est que chaque conteneur a un fichier journal ...quelques-chemin/conteneurs... ID-json.journal. Dans ce fichier sont stockées les informations au sujet de images poussé à l'exécution du registre. De sorte qu'il peut être utilisé pour extrapoler une liste d'images. Comme raw comme il est, c'est mieux que rien. Pas une solution à la plus grande recherche/catalogue de la question, mais un moyen d'obtenir une image de la liste. C'est un très personnalisé solution de contournement pour résoudre un problème tout en attendant le "officielle" fix.