Es posible que parte o toda la información de esta página no se aplique a Trusted Cloud by S3NS. Para obtener más información, consulta las
diferencias con Google Cloud.
Ubicaciones de Artifact Registry
Cuando creas un repositorio, debes especificar su ubicación. La ubicación elegida determina dónde se crea el almacenamiento del repositorio. Esta ubicación se denomina región y representa un lugar geográfico específico, como Tokio o Londres.
Artifact Registry almacena los artefactos en la ubicación seleccionada de acuerdo con los Términos Específicos del Servicio.
Una buena ubicación equilibra la latencia, la disponibilidad y los costes de ancho de banda para los consumidores de datos.
- Usa una región para optimizar la latencia y el ancho de banda de la red en las subidas y descargas de los sistemas ubicados en la misma región.
Para ver una lista de las ubicaciones de repositorios admitidas, ejecuta el siguiente comando:
gcloud artifacts locations list
Restricciones de ubicación
Es posible que tu organización tenga requisitos específicos sobre la ubicación de los datos almacenados. Si tu política de organización incluye restricciones de ubicación de recursos, Artifact Registry las aplicará cuando crees un repositorio.
El cumplimiento de las políticas de la organización no se aplica de forma retroactiva a los repositorios que ya existen. Para aplicar las nuevas restricciones de ubicación a los artefactos almacenados, crea repositorios después de que se aplique la política de la organización y, a continuación, migra los artefactos de los repositorios antiguos a los nuevos. Puedes usar la herramienta gcrane para copiar imágenes entre repositorios.
Siguientes pasos
A menos que se indique lo contrario, el contenido de esta página está sujeto a la licencia Reconocimiento 4.0 de Creative Commons y las muestras de código están sujetas a la licencia Apache 2.0. Para obtener más información, consulta las políticas del sitio web de Google Developers. Java es una marca registrada de Oracle o sus afiliados.
Última actualización: 2025-08-21 (UTC).
[[["Es fácil de entender","easyToUnderstand","thumb-up"],["Me ofreció una solución al problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Me falta la información que necesito","missingTheInformationINeed","thumb-down"],["Es demasiado complicado o hay demasiados pasos","tooComplicatedTooManySteps","thumb-down"],["Está obsoleto","outOfDate","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Problema de muestras o código","samplesCodeIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-08-21 (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,[]]
