Google Cloud Storage unter Linux einbinden — NetDrive für CI-Pipelines
GCS-Bucket als lokalen Pfad auf Ubuntu mit NetDrive einbinden — GCS-Zugriff für CI-Runner und Build-Agents unter Linux einrichten.
Ein Build-Agent unter Ubuntu muss vorgefertigte Container-Layer und Referenzdatensätze lesen, die in einem Google Cloud Storage Bucket liegen, und der aktuelle Pipeline-Schritt ist gsutil cp gefolgt von einer Wartezeit. Jeder Job lädt Gigabytes herunter, bevor die eigentliche Testsuite überhaupt startet, und die Hälfte der Fixtures ändert sich zwischen den Läufen nie. Wird der GCS-Bucket als Pfad auf dem Runner eingebunden, entfällt der Kopierschritt: Die Pipeline liest direkt aus dem Bucket, so wie sie jedes andere Verzeichnis auf der Festplatte lesen würde.
GCS unter Ubuntu einbinden — den Download-Schritt überspringen
Mit NetDrive erscheinen Google Drive, OneDrive, S3, SFTP, WebDAV und mehr als native Laufwerke unter Windows und macOS — ohne Synchronisation, ohne vollständige Downloads.
- Bucket-Objekte als gewöhnliche Dateipfade lesen, ohne Änderungen an der Client-Bibliothek
- Funktioniert auf denselben Ubuntu-16.04+-Builds, die Ihre CI-Runner bereits verwenden
- Auto-Mount hält den Pfad bereit, bevor der Job startet
Kostenlose Testversion. Lifetime- und Abo-Pläne verfügbar.
GCS-Unterstützung und was “experimentell” unter Linux bedeutet
NetDrive unterstützt Google Cloud Storage seit den frühesten Versionen, einschließlich der MIME-Type-Behandlung, die in Version 3.15.450 hinzugefügt wurde. Dieser Teil ist auf Windows, macOS und Linux identisch — dieselbe GCS-Verbindungslogik, dasselbe Durchsuchen von Buckets.
Der Linux-Build selbst steht auf einem anderen Blatt. NetDrives Linux-Release wird über github.com/NetDrive/installer verteilt und als experimentell gekennzeichnet, nicht als stabiles, produktionsreifes Release. Es läuft auf Ubuntu 16.04 und neuer. Diese Unterscheidung ist für den CI-Anwendungsfall wichtig: Betrachten Sie ein GCS-Mount auf einem Linux-Runner als geeignet für Build-Agents, Staging-Jobs und interne Tools — nicht als Speicherschicht für einen kundenseitigen Produktivdienst. Braucht Ihr Team die stabile, voll unterstützte Erfahrung, sind Windows oder macOS die empfohlene Umgebung.
Den Bucket als Mount Point einrichten
Sobald NetDrive aus dem GitHub-Release für Ihre Ubuntu-Version installiert ist, folgt das Hinzufügen eines GCS-Buckets demselben Ablauf wie bei jedem anderen Provider:
- Open NetDrive → auf + Add Drive klicken und Google Cloud Storage aus der Provider-Liste auswählen.
- Mit dem Google-Konto anmelden, das Besitzer des Zielprojekts und Buckets ist (oder Lese-/Schreibzugriff darauf hat).
- Den gewünschten Bucket auswählen, dann einen Mount Point zuweisen — einen Verzeichnispfad wie
/mnt/gcs-fixturesstatt eines Windows-Laufwerksbuchstabens. - Wählen, ob das Laufwerk beim Booten automatisch eingebunden wird, was für einen CI-Runner wichtig ist, der zwischen Jobs neu starten kann, ohne dass jemand angemeldet ist, um etwas anzuklicken.
Nach dem Einbinden erscheint der Bucket im Dateisystem wie jedes andere Verzeichnis. Ein Testrunner, der auf /mnt/gcs-fixtures/snapshots/ zeigt, muss weder wissen noch sich darum kümmern, dass die Dateien tatsächlich in Cloud Storage liegen.
Das Mount vor der Nutzung durch einen Job prüfen
Ein CI-Job, der annimmt, das Mount sei erfolgreich, und dann mitten im Testlauf scheitert, ist schlimmer als ein Job, der schon beim Setup scheitert. Prüfen Sie den Mount-Status, bevor die Pipeline fortfährt — ein einfaches ls auf dem Mount Point oder eine Prüfung über NetDrives Kommandozeilentool nd3cmd bestätigt, dass der Bucket tatsächlich verbunden und lesbar ist, bevor irgendetwas nachgelagert darauf zugreift.
Kommt das Mount leer hoch oder hängt der Job dabei, wiederholen Sie den Schritt Add Drive und prüfen Sie die Anmeldedaten erneut — die meisten Fehler an dieser Stelle gehen auf ein abgelaufenes oder widerrufenes Google-Konto-Token zurück, nicht auf ein Problem mit dem Bucket selbst.
Fazit
Für Build-Agents und interne Tools unter Ubuntu macht das Einbinden eines GCS-Buckets mit NetDrive aus Objektspeicher einen gewöhnlichen Pfad und eliminiert das Download-dann-Ausführen-Muster, auf das die meisten CI-Konfigurationen standardmäßig setzen. Liest Ihre Pipeline stattdessen aus Amazon S3, führt Mount Amazon S3 on Linux with NetDrive durch das entsprechende Setup, und NetDrive on Ubuntu Linux behandelt Installationsdetails, die unabhängig vom verwendeten Provider gelten. Teams, die dies bereits mit S3-Testfixtures machen, finden in S3 Test Fixtures for CI Teams möglicherweise auch das breitere Muster nützlich.
— Kai, NetDrive