Alcune o tutte le informazioni in questa pagina potrebbero non essere applicabili a Trusted Cloud di S3NS. Per ulteriori dettagli, consulta la sezione
Differenze rispetto a Google Cloud.
Località di Artifact Registry
Quando crei un repository, devi specificarne la posizione. La posizione scelta determina dove viene creato lo spazio di archiviazione del repository. Questa località è chiamata regione e rappresenta un luogo geografico specifico, come Tokyo o Londra.
Artifact Registry archivia gli elementi nella posizione selezionata in conformità ai Termini specifici del servizio.
Una buona località bilancia i costi di latenza, disponibilità e larghezza di banda per i consumatori di dati.
- Utilizza una regione per ottimizzare la latenza e la larghezza di banda di rete per i caricamenti
e i download da parte di sistemi situati nella stessa regione.
Per visualizzare un elenco delle posizioni dei repository supportate, esegui il comando:
gcloud artifacts locations list
Vincoli relativi alla località
La tua organizzazione potrebbe avere requisiti specifici per la posizione dei dati archiviati. Se i criteri dell'organizzazione includono
vincoli relativi alla località delle risorse,
Artifact Registry li applica quando crei un repository.
La conformità ai criteri dell'organizzazione non viene applicata in modo retroattivo ai repository esistenti. Per applicare nuovi vincoli di posizione agli elementi archiviati esistenti,
crea nuovi repository dopo l'applicazione dei criteri dell'organizzazione, quindi
esegui la migrazione degli elementi dai vecchi repository ai nuovi. Puoi utilizzare lo strumento gcrane per copiare le immagini tra i repository.
Passaggi successivi
Salvo quando diversamente specificato, i contenuti di questa pagina sono concessi in base alla licenza Creative Commons Attribution 4.0, mentre gli esempi di codice sono concessi in base alla licenza Apache 2.0. Per ulteriori dettagli, consulta le norme del sito di Google Developers. Java è un marchio registrato di Oracle e/o delle sue consociate.
Ultimo aggiornamento 2025-08-18 UTC.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Mancano le informazioni di cui ho bisogno","missingTheInformationINeed","thumb-down"],["Troppo complicato/troppi passaggi","tooComplicatedTooManySteps","thumb-down"],["Obsoleti","outOfDate","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Problema relativo a esempi/codice","samplesCodeIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-08-18 UTC."],[[["\u003cp\u003eRepositories in Artifact Registry must be assigned a location, which can be either a specific region, like Tokyo, or a multi-region, such as Asia.\u003c/p\u003e\n"],["\u003cp\u003eChoosing a region helps optimize latency and network bandwidth for systems located in that same region, while multi-regions are better for interactions with systems outside the Google network or requiring high availability.\u003c/p\u003e\n"],["\u003cp\u003eStoring artifacts in the same region as Compute Engine VM instances can enhance performance, and while a specific zone cannot be selected for a repository, VMs within the same region will experience similar performance.\u003c/p\u003e\n"],["\u003cp\u003eOrganization policies may enforce location constraints on repositories, and if existing repositories need to adhere to these new constraints, new repositories must be created and artifacts migrated to them.\u003c/p\u003e\n"],["\u003cp\u003eMulti-regions include the geographic areas of \u003ccode\u003easia\u003c/code\u003e, \u003ccode\u003eeurope\u003c/code\u003e, and \u003ccode\u003eus\u003c/code\u003e, and when using Image streaming with Google Kubernetes Engine, the repository must be in the same region as the GKE nodes, or a multi-region corresponding to the nodes' region.\u003c/p\u003e\n"]]],[],null,[]]
