Monter Google Cloud Storage sur Linux — NetDrive pour pipelines CI

4 min de lecture provider-guide google-cloud-storage linux
Kai
KaiJunior Engineer
Montez un bucket Google Cloud Storage comme chemin local sur Ubuntu avec NetDrive — configurez l'accès GCS pour les runners CI et les agents de build Linux.

Un agent de build sous Ubuntu doit lire des couches de conteneurs pré-construites et des jeux de données de référence stockés dans un bucket Google Cloud Storage, et l’étape actuelle du pipeline est gsutil cp suivi d’une attente. Chaque job télécharge des gigaoctets avant même que la suite de tests ne démarre, et la moitié des fixtures ne changent jamais d’une exécution à l’autre. Monter ce bucket GCS comme un chemin sur le runner supprime l’étape de copie : le pipeline lit directement depuis le bucket, comme il lirait n’importe quel autre répertoire sur disque.

NetDrive drive manager showing Google Drive, S3 and pCloud mounted as drive lettersMounted clouds appearing as native drives in Windows File Explorer

Monter GCS sur Ubuntu — sautez l'étape de téléchargement

Avec NetDrive, Google Drive, OneDrive, S3, SFTP, WebDAV et plus apparaissent comme des lecteurs natifs sur Windows et macOS — sans synchronisation ni téléchargement complet.

  • Lisez les objets du bucket comme des chemins de fichiers ordinaires, sans changer la bibliothèque client
  • Fonctionne sur les mêmes builds Ubuntu 16.04+ que vos runners CI utilisent déjà
  • Le montage automatique garde le chemin prêt avant le démarrage du job
Linux
Télécharger NetDrive →

Essai gratuit. Licences à vie et abonnements disponibles.

Support GCS et ce que signifie « Experimental » sous Linux

NetDrive prend en charge Google Cloud Storage depuis ses toutes premières versions, y compris la gestion des types MIME ajoutée dans la version 3.15.450. Cette partie est identique sous Windows, macOS et Linux — la même logique de connexion GCS, la même navigation dans les buckets.

La version Linux elle-même est une autre histoire. La version Linux de NetDrive est distribuée depuis github.com/NetDrive/installer et est étiquetée experimental plutôt que stable et prête pour la production. Elle fonctionne sur Ubuntu 16.04 et versions ultérieures. Cette distinction compte pour un usage CI : considérez un montage GCS sur un runner Linux comme adapté aux agents de build, aux jobs de staging et à l’outillage interne — pas comme la couche de stockage d’un service de production destiné aux clients. Si votre équipe a besoin de l’expérience stable et pleinement supportée, Windows ou macOS est l’environnement recommandé.

Icône de connexion Google Cloud Storage de NetDrive affichée sur l'écran de configuration du lecteur

Configurer le bucket comme point de montage

Une fois NetDrive installé depuis la version GitHub correspondant à votre version d’Ubuntu, l’ajout d’un bucket GCS suit le même déroulement que n’importe quel autre fournisseur :

  1. Open NetDrive → cliquez sur + Add Drive et sélectionnez Google Cloud Storage dans la liste des fournisseurs.
  2. Connectez-vous avec le compte Google propriétaire (ou disposant d’un accès en lecture/écriture) du projet et du bucket cible.
  3. Choisissez le bucket à monter, puis attribuez un point de montage — un chemin de répertoire tel que /mnt/gcs-fixtures plutôt qu’une lettre de lecteur Windows.
  4. Choisissez si le lecteur se monte automatiquement au démarrage, ce qui compte pour un runner CI susceptible de redémarrer entre les jobs sans personne connecté pour cliquer quoi que ce soit.

Une fois monté, le bucket apparaît dans le système de fichiers comme n’importe quel autre répertoire. Un test runner pointant vers /mnt/gcs-fixtures/snapshots/ n’a pas besoin de savoir, ni de se soucier, que les fichiers se trouvent en réalité dans Cloud Storage.

Le gestionnaire de lecteurs de NetDrive affichant plusieurs comptes de stockage cloud montés comme chemins distincts

Vérifier le montage avant qu’un job n’en dépende

Un job CI qui suppose qu’un montage a réussi puis échoue à mi-parcours d’une exécution de tests est pire qu’un job qui échoue dès la configuration. Vérifiez l’état du montage avant que le pipeline ne continue — un simple ls sur le point de montage, ou une vérification via l’outil en ligne de commande nd3cmd de NetDrive, confirme que le bucket est bien attaché et lisible avant que quoi que ce soit en aval ne tente de l’utiliser.

Vérification qu'un point de montage NetDrive est actif et répond

Si le montage apparaît vide ou si le job reste bloqué en l’attendant, relancez l’étape Add Drive et revérifiez les identifiants — la plupart des échecs à ce stade proviennent d’un jeton de compte Google expiré ou révoqué plutôt que d’un problème avec le bucket lui-même.

Pour conclure

Pour les agents de build et l’outillage interne fonctionnant sous Ubuntu, monter un bucket GCS avec NetDrive transforme le stockage d’objets en un chemin ordinaire, éliminant le schéma télécharger-puis-exécuter que la plupart des configurations CI adoptent par défaut. Si votre pipeline lit depuis Amazon S3 à la place, Mount Amazon S3 on Linux with NetDrive explique la configuration équivalente, et NetDrive on Ubuntu Linux couvre les détails d’installation qui s’appliquent quel que soit le fournisseur auquel vous vous connectez. Les équipes qui font déjà cela avec des fixtures de test S3 trouveront aussi utile S3 Test Fixtures for CI Teams pour le schéma plus général.

— Kai, NetDrive