Montar Google Cloud Storage en Linux — NetDrive para CI
Monta un bucket de Google Cloud Storage como ruta local en Ubuntu con NetDrive — configura acceso GCS para runners y agentes de build en Linux.
Un agente de build que ejecuta Ubuntu necesita leer capas de contenedor pre-construidas y datasets de referencia almacenados en un bucket de Google Cloud Storage, y el paso actual del pipeline es gsutil cp seguido de una espera. Cada job descarga gigabytes antes de que la suite de pruebas siquiera empiece, y la mitad de los fixtures nunca cambian entre ejecuciones. Montar ese bucket de GCS como una ruta en el runner elimina el paso de copia: el pipeline lee directamente del bucket, igual que leería cualquier otro directorio en disco.
Monta GCS en Ubuntu — sáltate el paso de descarga
NetDrive hace que Google Drive, OneDrive, S3, SFTP, WebDAV y más aparezcan como unidades nativas en Windows y macOS — sin sincronizar, sin descargas completas.
- Lee los objetos del bucket como rutas de archivo normales, sin cambios en las librerías cliente
- Funciona en los mismos builds de Ubuntu 16.04+ que ya usan tus runners de CI
- El auto-montaje mantiene la ruta lista antes de que empiece el job
Prueba gratuita. Planes de por vida y de suscripción disponibles.
Soporte de GCS y qué significa “experimental” en Linux
NetDrive ha soportado Google Cloud Storage desde sus primeras versiones, incluyendo el manejo de tipos MIME añadido en la versión 3.15.450. Esa parte es idéntica en Windows, macOS y Linux — la misma lógica de conexión a GCS, la misma navegación de buckets.
La versión de Linux en sí es una historia distinta. La versión Linux de NetDrive se distribuye desde github.com/NetDrive/installer y está marcada como experimental en lugar de una versión estable y de nivel de producción. Funciona en Ubuntu 16.04 y versiones posteriores. Esa distinción importa para un caso de uso de CI: trata un montaje de GCS en un runner de Linux como adecuado para agentes de build, jobs de staging y herramientas internas — no como la capa de almacenamiento para un servicio de producción orientado al cliente. Si tu equipo necesita la experiencia estable y totalmente soportada, Windows o macOS es el entorno recomendado.
Configurar el bucket como punto de montaje
Una vez que NetDrive está instalado desde la versión de GitHub para tu versión de Ubuntu, añadir un bucket de GCS sigue el mismo flujo que cualquier otro proveedor:
- Open NetDrive → haz clic en + Add Drive y selecciona Google Cloud Storage de la lista de proveedores.
- Inicia sesión con la cuenta de Google propietaria (o con acceso de lectura/escritura) del proyecto y bucket destino.
- Elige el bucket que quieres montar, luego asigna un punto de montaje — una ruta de directorio como
/mnt/gcs-fixturesen lugar de una letra de unidad de Windows. - Elige si la unidad se monta automáticamente al arrancar, algo que importa para un runner de CI que puede reiniciarse entre jobs sin nadie conectado para hacer clic en nada.
Una vez montado, el bucket aparece en el sistema de archivos como cualquier otro directorio. Un test runner apuntando a /mnt/gcs-fixtures/snapshots/ no necesita saber ni le importa que los archivos en realidad están en Cloud Storage.
Verificar el montaje antes de que un job dependa de él
Un job de CI que asume que un montaje tuvo éxito y luego falla a mitad de una ejecución de pruebas es peor que un job que falla en la configuración. Comprueba el estado del montaje antes de que el pipeline continúe — un simple ls sobre el punto de montaje, o una comprobación con la herramienta de línea de comandos nd3cmd de NetDrive, confirma que el bucket está realmente conectado y es legible antes de que nada más adelante intente usarlo.
Si el montaje aparece vacío o el job se queda colgado esperándolo, vuelve a ejecutar el paso Add Drive y revisa las credenciales — la mayoría de los fallos en esta etapa se deben a un token de cuenta de Google expirado o revocado, no a un problema con el bucket en sí.
Resumen
Para agentes de build y herramientas internas que corren en Ubuntu, montar un bucket de GCS con NetDrive convierte el almacenamiento de objetos en una ruta ordinaria, eliminando el patrón de descargar-y-luego-ejecutar en el que caen la mayoría de las configuraciones de CI. Si tu pipeline lee de Amazon S3 en su lugar, Mount Amazon S3 on Linux with NetDrive explica la configuración equivalente, y NetDrive on Ubuntu Linux cubre detalles de instalación que aplican sin importar qué proveedor conectes. Los equipos que ya hacen esto con fixtures de pruebas de S3 también pueden encontrar útil S3 Test Fixtures for CI Teams para el patrón más amplio.
— Kai, NetDrive