Una canalización de Cloud Build necesita que un archivo plano producido en un paso de compilación sea accesible para pasos posteriores. ¿Dónde debería almacenarlo para que los constructores posteriores puedan leerlo?

La opción correcta es enviar el contenido del archivo a un archivo en /workspace y leerlo desde el mismo archivo en el paso de compilación subsiguiente. Cloud Build proporciona un directorio /workspace que es persistente entre los pasos de una misma ejecución de compilación. Esto permite que los archivos generados en un paso sean accesibles para los pasos posteriores dentro de la misma compilación, lo que lo convierte en el método más eficiente y directo para compartir datos intermedios. Almacenar y recuperar contenido usando metadatos de instancia de Compute Engine no es apropiado porque Cloud Build no ejecuta los pasos directamente en instancias de Compute Engine que usted gestiona, y los metadatos de instancia no están diseñados para compartir archivos entre pasos de compilación. Usar gsutil para enviar el contenido a Cloud Storage es posible, pero introduce latencia y costos adicionales innecesarios para datos temporales que solo se necesitan dentro de la misma compilación. Agregar un argumento de compilación que ejecute un HTTP POST/GET a un servidor web separado es excesivamente complejo, introduce dependencias externas y no es una práctica estándar para compartir archivos dentro de una canalización de Cloud Build.