Artifact Registry consente di archiviare e gestire immagini container, pacchetti di linguaggio, pacchetti di sistemi operativi e file generici in repository specifici per formato. Puoi eseguire il push e il pull degli artefatti utilizzando gli strumenti client e integrarli con i Google Cloud servizi nei seguenti formati supportati:
| Formati | |
|---|---|
| Docker | Archivia immagini container Docker e grafici Helm in formato OCI. Per ulteriori informazioni sui formati delle immagini container, consulta Immagini container. |
| Ruby (anteprima) | Archivia i gem Ruby che crei con RubyGems o Bundler. Per ulteriori informazioni sull'archiviazione dei pacchetti Ruby in Artifact Registry, consulta la guida introduttiva ai gem Ruby. |
| Conda (anteprima) | Archivia i pacchetti Conda. Per ulteriori informazioni sull'archiviazione dei pacchetti Conda in Artifact Registry, consulta la guida introduttiva ai pacchetti Conda. |
| Maven | Archivia i pacchetti Java che crei con Maven o Gradle. Per ulteriori informazioni sull'archiviazione dei pacchetti Java in Artifact Registry, consulta la guida introduttiva ai pacchetti Java. |
| npm | Archivia i pacchetti Node.js che gestisci con npm. Per ulteriori informazioni sull'archiviazione dei pacchetti Node.js in Artifact Registry, consulta la guida introduttiva ai pacchetti Node.js. |
| Python | Archivia i pacchetti Python. Per ulteriori informazioni sull'archiviazione dei pacchetti Python in Artifact Registry, consulta la guida introduttiva ai pacchetti Python. |
| Apt | Archivia i pacchetti Debian che gestisci con Apt. Per ulteriori informazioni sull' archiviazione dei pacchetti Debian in Artifact Registry, consulta la guida introduttiva ai pacchetti Debian. |
| Yum | Archivia i pacchetti RPM che gestisci con Yum e DNF. Per ulteriori informazioni sull'archiviazione dei pacchetti RPM, consulta la guida introduttiva ai pacchetti RPM. |
| Kubeflow | Archivia i modelli di pipeline Kubeflow. Un modello di pipeline consente di riutilizzare le definizioni del flusso di lavoro ML quando gestisci i flussi di lavoro ML in Vertex AI. Vertex AI è la Google Cloud piattaforma ML per creare, eseguire il deployment e gestire i modelli ML. Per scoprire come creare modelli di pipeline e utilizzarli con Artifact Registry, consulta Creare, caricare e utilizzare un modello di pipeline. |
| Vai | Archivia i moduli Go. Per ulteriori informazioni sull'archiviazione dei moduli Go in Artifact Registry, consulta la guida introduttiva ai moduli Go. |
| Generica | Archivia gli artefatti generici. Gli artefatti generici sono artefatti con controllo delle versioni e immutabili artefatti che non rispettano alcun formato di pacchetto specifico. Per ulteriori informazioni sull'archiviazione degli artefatti generici in Artifact Registry, consulta Utilizzare altri formati di artefatti. |
Immagini container
Artifact Registry supporta i seguenti formati di immagini container:
- Manifest dell'immagine Docker V2, schema 1
- Manifest dell'immagine Docker V2, schema 2
- Specifiche del formato dell'immagine Open Container Initiative (OCI)
Docker V2
Il manifest dell'immagine Docker V2 è una specifica per le immagini container che consente immagini multi-architettura e supporta immagini indirizzabili in base ai contenuti.
Le immagini Docker V2 sostituiscono le immagini Docker V1, che sono deprecate.
Formato immagine OCI
Il formato immagine OCI è una specifica per le immagini container basata sul formato del manifest dell'immagine Docker versione 2, schema 2. Artifact Registry implementa la specifica OCI, un protocollo API per standardizzare la distribuzione dei contenuti.
Puoi archiviare gli artefatti che supportano il formato dell'immagine OCI nei repository Docker di Artifact Registry. Ad esempio:
- I grafici Helm 3 possono essere pacchettizzati in formato OCI. Per ulteriori informazioni, consulta la panoramica di Helm di Artifact Registry.
Singularity supporta il pull di immagini Docker e OCI da registri privati e il push e il pull di immagini in formato SIF (Singularity Image File) con registri privati.
- L'autenticazione è simile a quella per i
client Docker.
Singularity può leggere le impostazioni che l'helper delle credenziali ha aggiunto a
config.jsondel client Docker. Se utilizzi un token o una chiave dell'account di servizio per l'autenticazione con password, puoi utilizzare il singularity remote login comando per accedere con le tue credenziali. - Utilizza il comando singularity pull con l'URI
oras://per eseguire il pull delle immagini. - Utilizza il comando singularity push con l'URI
oras://per eseguire il push delle immagini.
Ad esempio, il seguente comando esegue il pull di
my-app:latestdal repositoryus-west1.pkg.dev/my-project/sif-repo.singularity pull oras://us-west1.pkg.dev/my-project/sif-repo/my-app:latest`- L'autenticazione è simile a quella per i
client Docker.
Singularity può leggere le impostazioni che l'helper delle credenziali ha aggiunto a
In Cloud Build, puoi anche configurare il file di configurazione della build in modo che le immagini OCI vengano caricate in Artifact Registry durante il processo di compilazione. Per ulteriori informazioni, consulta
oci nella documentazione dello schema del file di configurazione della build.
Elenchi di manifest e indici delle immagini
Gli elenchi di manifest fanno parte delle immagini Docker V2, schema 2 e OCI.
Gli elenchi di manifest consentono a un singolo digest o tag di rappresentare più forme di un'immagine.
Gli indici delle immagini sono l'equivalente degli elenchi di manifest nelle immagini OCI.
Come gli elenchi di manifest, un manifest dell'indice delle immagini fa riferimento a più manifest delle immagini. Gli indici delle immagini sono utili per le immagini multi-piattaforma.