Wie stehe ich statische Dateien von einer Dockerized Python Web App?

Question

Ich habe eine Python-Webanwendung, die hinter Nginx sitzt und über Gunicorn bedient wird.

Ich habe es so konfiguriert, dass Nginx Server statische Dateien direkt von der Festplatte und es spricht nur mit Gunicorn für statische Assets wie Bilder.

Meine Fragen:

1. Ist es eine gute Idee oder ein große "Nein" den Web-App zusammen mit statischen Assets dockerize?

2. Wenn ich meinen Container auf 2 Servern bereitstellen möchte, die Zugriff auf dieselben Assets benötigen, wie kann ich die statischen Assets wie die Container-App portieren?

Was möchte ich haben, wenn möglich:

Ich möchte meine app in einem Behälter setzen, und ich möchte es so portabel wie möglich machen, ohne mehr Geld ausgeben auf zusätzlichen Ressourcen wie einem separaten Server, um die Bilder (wie eine DB) zu halten

Answer 1

Wenn Sie wissen, Ihre App wird immer und immer für die gleichen statischen Vermögenswerte, dann container sie nur mit der App und damit fertig sein .

Aber die Dinge ändern sich, also wenn Sie es brauchen, würde ich einen Docker Volume Container Ansatz empfehlen: Legen Sie Ihre statischen Assets in einem DVC und montieren Sie diese DVC in den Hauptcontainer, so dass es ziemlich "nur ein App-Container" ist. Sie könnten verwenden Docker so etwas wie dieses Compose:

appdata: 
    image: busybox 
    volumes: 
     - /path/to/app/static 
    command: echo "I'm just a volume container" 
app: 
    build: . 
    volumes_from: 
     - appdata 
    command: … 

Sie können weiter auszubauen indem Sie Ihre Behälter mit einem Bootstrap-Skript, das Kopien anfängliche statische Dateien in den Zielpfad beim Start beginnen. Auf diese Weise wird garantiert, dass Ihre App immer eine Standardeinstellung für den Anfang hat, aber Sie können mehr statische Dateien hinzufügen, wenn die App wächst. Ziehen Sie als Beispiel den offiziellen Jenkins-Container und lesen Sie /usr/local/bin/jenkins.sh.

Answer 2

Ich stimme mit Kojiro überein, wenn sich die Dinge nicht viel ändern, Container die statischen Dateien mit Ihrer App. In Bezug auf Ihre zweite Frage scheint es, dass der Docker Volume Container-Ansatz immer noch nicht flexibel genug ist, da Sie mehrere Docker-Hosts haben werden. Vielleicht geht Flocker auf Ihre Anforderungen ein? Aus den Flocker docs (https://docs.clusterhq.com/en/0.3.2/):

Flocker Sie Container bewegen Sie Docker können und ihre Daten zusammen zwischen Linux-Hosts. Das bedeutet, dass Sie Ihre Datenbanken, Warteschlangen und Schlüsselwertspeicher in Docker ausführen können und sie so einfach wie den Rest Ihrer App verschieben können . Selbst statusfreie Apps sind von vielen Stateful Diensten abhängig und diese Dienste werden derzeit in Docker Containern in Produktion ausgeführt, ist fast unmöglich. Flocker zielt darauf ab, dieses Problem zu lösen, indem ein Orchestrierungsframework zur Verfügung stellt, mit dem Sie sowohl Ihre Stateful- und Statesless-Container zwischen Umgebungen portieren können.