Persistente Volumes für docker compose

[synchronierer]

Wenn das mal mit mehr Zeit möglich ist, fände ich das Mappen von persistenten Volumen zwischen Host und Container ganz sinnvoll, damit man Einstellungen, Covers, usw. leichter verändern und sichern kann.

Momentan gelingt mir das nur, wenn ich mit /bin/sh in den Container springe und dort die Änderungen vornehme. Käme aber ein neues Image raus und der Container müsste neu aufgesetzt werden, fange ich ja sonst wieder bei null an, oder?

[jzakotnik]

Ja, das kann ich relativ leicht im compose File anpassen. Bin großer Docker Fan, aber in dem Fall ist das Aufsetzen einer Node-JS Umgebug mit automatisierten Restart via pm2 eben doch viel einfacher..

[synchronierer]

Ich habe mit Node null Erfahrung und ebensowenig mit pm2.
Ich hoffe, dir da auch nicht zu viel Arbeit zu machen.

Im Fall unserer Schule setze ich auch deswegen auf Container, weil wir zwei getrennte Büchereien haben (Unter-/Mittelstufe und Oberstufe).

[jzakotnik]

Im Gegenteil, habe bisher viel fachliches Feedback bekommen aber noch keins zur Installation und Verbesserung der technischen Dokumentation. Danke für die Geduld :-)

[jzakotnik]

@synchronierer aktuell wird im Docker Compose schon die Datenbank auf ein persistent volume gemappt, allerdings die cover noch nicht, das ist richtig..

[jzakotnik]

Das docker compose file ist jetzt so angepasst, dass auch die cover images im persistent volume sind. Nicht vergessen den Pfad im .env File entsprechend zu setzen (im .env_example bereits korrekt)

[synchronierer]

Kann es sein, dass der richige Pfad für dev.db nicht

:/app/prisma/database

sondern
:/app/prisma/

ist?