Как обслуживать статические файлы из веб-приложения Dockerized Python?

Question

У меня есть веб-приложение Python, которое находится за Nginx и подается через Gunicorn.

Я сконфигурировал его так, чтобы Nginx загружал статические файлы непосредственно с диска, и он только разговаривает с Gunicorn для статических активов, таких как изображения.

Мои вопросы:

1. Является ли это хорошая идея или большой «нет» dockerize веб-приложение вместе со статическими активами?

2. Если я хочу развернуть мой контейнер на 2 серверах, которым нужен доступ к тем же самым активам, как я могу сделать статические активы переносимыми, как контейнерное приложение?

То, что я хотел бы иметь, если это возможно:

Я хотел бы поставить мое приложение в контейнер, и я хотел бы, чтобы сделать его максимально переносимый, не тратя больше средств на дополнительных ресурсах, таких как отдельный сервер для хранения изображений (например, БД)

Answer 1

Если вы знаете, что ваше приложение всегда и всегда будет иметь одинаковые статические активы, а затем просто контейнеризуйте их с помощью приложения и сделайте с ним ,

Но все меняется, поэтому, когда это необходимо, я бы рекомендовал подход Docker Volume Container: поместите свои статические активы в DVC и смонтируйте этот DVC в основном контейнере, так что это все «просто один контейнер приложения». Вы можете использовать Docker Написать что-то вроде этого:

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

Вы можете расширить дальше, начав свой контейнер с начальной загрузки скрипт, который копирует исходные статические файлы в пути назначения при запуске. Таким образом, ваше приложение всегда будет иметь набор по умолчанию, чтобы начать работу, но при добавлении приложения вы можете добавить больше статических файлов. Для примера возьмите официальный контейнер Jenkins и прочитайте /usr/local/bin/jenkins.sh.

Answer 2

Я согласен с kojiro, если что-то не сильно изменится, контейнерные статические файлы с вашим приложением. Что касается вашего второго вопроса, кажется, вы считаете, что подход Docker Volume Container по-прежнему недостаточно гибкий, поскольку у вас будет несколько узлов докеров. Возможно, Flocker отвечает вашим требованиям? Из документов Flocker (https://docs.clusterhq.com/en/0.3.2/):

Flocker позволяет перемещать Docker контейнеры и их данные вместе между хостами Linux. Это означает, что вы можете запускать свои базы данных, очереди и хранилища ключей в Docker и перемещать их так же легко, как , как и все остальные приложения. Даже приложения без гражданства зависят от многих услуг с поддержкой состояния и в настоящее время работают эти сервисы в контейнерах Docker в , производство практически невозможно. Flocker стремится решить эту проблему на , обеспечивая структуру оркестровки, которая позволяет вам переносить оба контейнера состояния и контейнеров с автономным состоянием между средами.