Zum Inhalt springen

Docker/Mounts

Aus Foxwiki

Mounts

Bind Mounts
Verwenden von Bind Mounts

In Teil 4 haben Sie einen Volume Mount verwendet, um die Daten in Ihrer Datenbank zu speichern. Ein Volume Mount ist eine gute Wahl, wenn Sie einen dauerhaften Ort zum Speichern Ihrer Anwendungsdaten benötigen

Ein Bind-Mount ist eine andere Art von Mount, mit dem Sie ein Verzeichnis aus dem Dateisystem des Hosts in den Container einbinden können. Wenn Sie an einer Anwendung arbeiten, können Sie einen Bind-Mount verwenden, um den Quellcode in den Container zu mounten. Der Container sieht die Änderungen, die Sie an dem Code vornehmen, sofort, sobald Sie eine Datei speichern. Das bedeutet, dass Sie im Container Prozesse laufen lassen können, die auf Änderungen im Dateisystem achten und auf diese reagieren

In diesem Kapitel werden Sie sehen, wie Sie bind mounts und ein Werkzeug namens nodemon verwenden können, um auf Datei-Änderungen zu achten und dann die Anwendung automatisch neu zu starten. In den meisten anderen Sprachen und Frameworks gibt es entsprechende Werkzeuge

Schnelle Vergleiche von Volume-Typen

Im Folgenden finden Sie Beispiele für ein benanntes Volume und einen Bind-Mount mit --mount

  • Benanntes Volume: type=volume,src=my-volume,target=/usr/local/data
  • Bind-Mount: type=bind,src=/path/to/data,target=/usr/local/data

In der folgenden Tabelle sind die wichtigsten Unterschiede zwischen Volume-Einhängungen und Bind-Einhängungen aufgeführt

Benannte Volumes Bind-Mounts
Speicherort des Hosts Docker wählt aus Sie entscheiden
Füllt das neue Volume mit Containerinhalten Ja Nein
Unterstützt Volume-Treiber Ja Nein

Ausprobieren von Bind-Mounts

Bevor Sie sich ansehen, wie Sie Bind-Mounts für die Entwicklung Ihrer Anwendung verwenden können, können Sie ein kurzes Experiment durchführen, um ein praktisches Verständnis dafür zu bekommen, wie Bind-Mounts funktionieren.# Vergewissern Sie sich, dass sich Ihr getting-started-app-Verzeichnis in einem Verzeichnis befindet, das in den Einstellungen für die Dateifreigabe von Docker Desktop definiert ist. Diese Einstellung legt fest, welche Teile Ihres Dateisystems Sie für Container freigeben können. Einzelheiten zum Zugriff auf die Einstellung finden Sie unterFile sharing .

  • Hinweis

Die Registerkarte Dateifreigabe ist nur im Hyper-V-Modus verfügbar, da die Dateien im WSL 2-Modus und im Windows-Container-Modus automatisch freigegeben werden.* Öffnen Sie ein Terminal und wechseln Sie in das get-started-app-Verzeichnis

  • Führen Sie den folgenden Befehl aus, um Bash in einem Ubuntu-Container mit einem Bind-Mount zu starten
  • docker run -it --mount type=bind,src="$(pwd)",target=/src ubuntu bash

Die Option --mount type=bind weist Docker an, einen Bind-Mount zu erstellen, wobei src das aktuelle Arbeitsverzeichnis auf dem Host-Rechner (getting-started-app) und target das Verzeichnis ist, das im Container erscheinen soll (/src).* Nach dem Ausführen des Befehls startet Docker eine interaktive Bash-Sitzung im Stammverzeichnis des Dateisystems des Containers

  • root@ac1237fad8db:/# pwd

/

root@ac1237fad8db:/# ls

bin dev home media opt root sbin srv tmp var

boot etc lib mnt proc run src sys usr* Wechseln Sie in das src-Verzeichnis

Dies ist das Verzeichnis, das Sie beim Start des Containers gemountet haben. Wenn Sie den Inhalt dieses Verzeichnisses auflisten, werden die gleichen Dateien angezeigt wie im Verzeichnis getting-started-app auf Ihrem Host-Rechner.* root@ac1237fad8db:/# cd src

root@ac1237fad8db:/src# ls

Dockerfile node_modules package.json spec src yarn.lock* Erstellen Sie eine neue Datei namens myfile.txt

  • root@ac1237fad8db:/src# touch myfile.txt

root@ac1237fad8db:/src# ls

Dockerfile myfile.txt node_modules package.json spec src yarn.lock* Öffnen Sie das Verzeichnis getting-started-app auf dem Host und stellen Sie fest, dass sich die Datei myfile.txt in diesem Verzeichnis befindet

  • ├── getting-started-app/

│ ├── Dockerdatei

│ ├── meineDatei.txt

│ ├── node_modules/

│ ├── package.json

│ ├── spec/

│ ├── src/

│ └── yarn.lock* Löschen Sie auf dem Host die Datei myfile.txt

  • Listen Sie im Container noch einmal den Inhalt des app-Verzeichnisses auf. Stellen Sie fest, dass die Datei jetzt verschwunden ist
  1. root@ac1237fad8db:/src# ls

Dockerfile node_modules package.json spec src yarn.lock# Beenden Sie die interaktive Containersitzung mit Strg + D

Das ist alles für eine kurze Einführung in Bind Mounts. Dieses Verfahren hat gezeigt, wie Dateien zwischen dem Host und dem Container geteilt werden und wie Änderungen sofort auf beiden Seiten reflektiert werden. Jetzt können Sie Bind-Mounts für die Entwicklung von Software verwenden

Entwicklungscontainer

Die Verwendung von Bind-Mounts ist für lokale Entwicklungsumgebungen üblich. Der Vorteil ist, dass auf dem Entwicklungsrechner nicht alle Build-Tools und Umgebungen installiert sein müssen. Mit einem einzigen Docker-Run-Befehl ruft Docker die Abhängigkeiten und Tools ab

Ausführen Ihrer Anwendung in einem Entwicklungscontainer

Die folgenden Schritte beschreiben, wie man einen Entwicklungscontainer mit einem Bind-Mount ausführt, der die folgenden Aufgaben erfüllt

  • Binden Sie Ihren Quellcode in den Container ein
  • Installieren aller Abhängigkeiten
  • Starten von nodemon, um auf Änderungen im Dateisystem zu achten

Sie können die CLI oder Docker Desktop verwenden, um Ihren Container mit einem Bind-Mount zu starten.# Vergewissern Sie sich, dass derzeit keine Getting-Started-Container laufen

  1. Führen Sie den folgenden Befehl aus dem get-started-app-Verzeichnis aus
  • docker run -dp 127.0.0.1:3000:3000 \

-w /app --mount type=bind,src="$(pwd)",target=/app \

node:18-alpine \

sh -c "yarn install && yarn run dev"

Es folgt eine Aufschlüsselung des Befehls

  • -dp 127.0.0.1:3000:3000 - wie zuvor. Wird im abgetrennten Modus (im Hintergrund) ausgeführt und erstellt eine Port-Zuordnung
  • -w /app - legt das "Arbeitsverzeichnis" oder das aktuelle Verzeichnis fest, von dem aus der Befehl ausgeführt werden soll
  • --mount type=bind,src="$(pwd)",target=/app - bindet das aktuelle Verzeichnis vom Host in das /app-Verzeichnis im Container ein
  • node:18-alpine - das zu verwendende Image. Beachten Sie, dass dies das Basis-Image für Ihre App aus dem Dockerfile ist
  • sh -c "yarn install && yarn run dev" - der Befehl. Sie starten eine Shell mit sh (Alpine hat keine Bash) und führen yarn install aus, um Pakete zu installieren, und führen dann yarn run dev aus, um den Entwicklungsserver zu starten. Wenn Sie in der package.json nachsehen, werden Sie sehen, dass das dev-Skript nodemon startet
  • Sie können die Protokolle mit docker logs <container-id> einsehen. Sie wissen, dass Sie bereit sind, wenn Sie dies sehen:
  1. docker logs -f <container-id>

nodemon -L src/index.js

[nodemon] 2.0.20

[nodemon] um jederzeit neu zu starten, geben Sie `rs` ein

[nodemon] überwachte(r) Pfad(e): *.*

[nodemon] überwachte Erweiterungen: js,mjs,json

[nodemon] startet `node src/index.js`

Verwendung der sqlite-Datenbank unter /etc/todos/todo.db

Lauschen auf Port 3000

Wenn Sie mit dem Betrachten der Protokolle fertig sind, beenden Sie diese mit Strg+ C

Entwickeln Sie Ihre Anwendung mit dem Entwicklungscontainer

Aktualisieren Sie Ihre Anwendung auf Ihrem Host-Rechner und sehen Sie sich die Änderungen im Container an.# Ändern Sie in der Datei src/static/js/app.js in Zeile 109 die Schaltfläche "Element hinzufügen" so, dass sie einfach "Hinzufügen" lautet:

  • - {Senden ? 'Hinzufügen...' : 'Element hinzufügen'}

+ {Senden ? 'Hinzufügen...' : 'Hinzufügen'}

Speichern Sie die Datei.* Aktualisieren Sie die Seite in Ihrem Webbrowser, und Sie sollten sehen, dass die Änderung aufgrund des Bind-Mounts fast sofort übernommen wird. Nodemon erkennt die Änderung und startet den Server neu. Es kann ein paar Sekunden dauern, bis der Node-Server neu gestartet ist. Wenn Sie eine Fehlermeldung erhalten, versuchen Sie, die Seite nach ein paar Sekunden neu zu starten

  • Sie können alle anderen Änderungen vornehmen, die Sie vornehmen möchten. Jedes Mal, wenn Sie eine Änderung vornehmen und eine Datei speichern, wird die Änderung aufgrund des Bind-Mounts in den Container übernommen. Wenn Nodemon eine Änderung feststellt, startet es die Anwendung innerhalb des Containers automatisch neu. Wenn Sie fertig sind, stoppen Sie den Container und erstellen Sie Ihr neues Image mit:
  1. docker build -t getting-started

Zusammenfassung

Jetzt können Sie Ihre Datenbank persistieren und Änderungen in Ihrer Anwendung während der Entwicklung sehen, ohne das Image neu zu erstellen

Zusätzlich zu Volume-Mounts und Bind-Mounts unterstützt Docker auch andere Mount-Typen und Speichertreiber, um komplexere und spezialisierte Anwendungsfälle zu behandeln

Weitere Informationen

Nächste Schritte

Um Ihre Anwendung für die Produktion vorzubereiten, müssen Sie Ihre Datenbank von SQLite auf etwas migrieren, das besser skaliert werden kann. Der Einfachheit halber werden Sie weiterhin eine relationale Datenbank verwenden und Ihre Anwendung auf MySQL umstellen. Aber wie sollten Sie MySQL ausführen? Wie ermöglichen Sie es den Containern, miteinander zu kommunizieren? Das werden Sie im nächsten Abschnitt erfahren

Multi-Container-Anwendungen

Abgerufen von „https://wiki.foxtom.de/index.php?title=Docker/Mounts&oldid=151301“