Artifact Registry vous permet de stocker et de gérer des images de conteneurs, des packages de langages, des packages de systèmes d'exploitation et des fichiers génériques dans des dépôts spécifiques à un format. Vous pouvez envoyer et extraire des artefacts à l'aide d' outils clients et les intégrer à des Cloud de Confiance by S3NS services dans les formats compatibles suivants :
| Formats | |
|---|---|
| Docker | Stockez des images de conteneurs Docker et des charts Helm empaquetés au format OCI. Pour en savoir plus sur les formats d'images de conteneurs, consultez Images de conteneurs. |
| Apt | Stockez les packages Debian que vous gérez avec Apt. Pour en savoir plus sur le stockage de packages Debian dans Artifact Registry, consultez Premiers pas avec les packages Debian. |
| Yum | Stockez les packages RPM que vous gérez avec Yum et DNF. Pour en savoir plus sur le stockage de packages RPM, consultez Premiers pas avec les packages RPM. |
Images de conteneurs
Artifact Registry est compatible avec les formats d'images de conteneurs suivants :
- Image Docker Manifest V2, Schéma 1
- Image Docker Manifest V2, Schéma 2
- Spécifications du format d'image OCI (Open Container Initiative)
Docker V2
Le fichier manifeste d'image Docker V2 est une spécification pour les images de conteneurs qui autorise les images multi-architectures et prend en charge les images adressables par contenu.
Les images Docker V2 remplacent les images Docker V1, qui sont obsolètes.
Format d'image OCI
Le format d'image OCI est une spécification pour les images de conteneurs basée sur le format Docker Image Manifest Version 2, Schema 2. Artifact Registry implémente la spécification OCI, un protocole d'API qui permet de standardiser la distribution de contenu.
Vous pouvez stocker des artefacts compatibles avec le format d'image OCI dans les dépôts Docker Artifact Registry. Exemple :
- Les charts Helm 3 peuvent être empaquetés au format OCI. Pour en savoir plus, consultez la présentation de Helm dans Artifact Registry.
Singularity permet d'extraire des images Docker et OCI à partir de registres privés , et d'envoyer et d'extraire des images au format SIF (Singularity Image File) avec des registres privés.
- L'authentification est semblable à celle des
clients Docker.
Singularity peut lire les paramètres que l'assistant d'identifiants a ajoutés au client Docker
config.json. Si vous utilisez un jeton ou une clé de compte de service pour l'authentification par mot de passe, vous pouvez utiliser la commande de connexion à distance Singularity pour vous connecter avec vos identifiants. - Utilisez la commande singularity pull avec l'
oras://URI pour extraire des images. - Utilisez la commande singularity push avec l'URI
oras://pour envoyer des images.
Par exemple, la commande suivante extrait
my-app:latestdu dépôtus-west1.pkg.dev/my-project/sif-repo.singularity pull oras://us-west1.pkg.dev/my-project/sif-repo/my-app:latest`- L'authentification est semblable à celle des
clients Docker.
Singularity peut lire les paramètres que l'assistant d'identifiants a ajoutés au client Docker
Dans Cloud Build, vous pouvez également configurer votre fichier de configuration de compilation afin que les images OCI soient importées dans Artifact Registry lors du processus de compilation. Pour en savoir plus, consultez
oci dans la documentation sur le schéma du fichier de configuration de compilation.
Listes de fichiers manifestes et index d'images
Les listes de fichiers manifestes font partie des images Docker V2, Schéma 2 et OCI.
Elles permettent à un seul condensé ou tag de représenter plusieurs formes d'une image.
Les index d'images sont l'équivalent des listes de manifestes dans les images OCI.
Comme les listes de fichiers manifestes, un fichier manifeste d'index d'images fait référence à plusieurs fichiers manifestes d'images. Les index d'images sont utiles pour les images multiplates-formes.