Запуск gunicorn из Dockerfile не работает, но работает с ручным запуском - PullRequest
Новая
       11

Запуск gunicorn из Dockerfile не работает, но работает с ручным запуском

1 голос
/ 03 апреля 2019

Это структура моего проекта - 

/app
  /config
  /controllers
  /lib
  /schemas
  /static
  /templates
  /tests
  __init__.py
Dockerfile
wsgi.py

Так выглядит мой Dockerfile 

FROM python:3.6

WORKDIR /app

COPY ./requirements.txt /.requirements.txt

COPY . /app

# Install any needed packages specified in requirements.txt
RUN pip install -r requirements.txt

EXPOSE 8000

ENV FLASK_APP=iterative.py
ENV FLASK_ENV=development


CMD gunicorn -b 0.0.0.0:8000 -w 4 wsgi:app

Так выглядит мой wsgi.py 

from app import app

print("IS WSGI BEING RUN")
if __name__ == '__main__':
    print("IS THIS RUNNING")
    app.run(host="0.0.0.0", debug=True, threaded=True)

Вот как выглядит мой __init.py 

from flask import Flask
import sys
app = Flask(__name__)
from app import routes
print("IS INIT.PY RUNNING")

Вот что я делаю

  1. Я запускаю `docker build -t.
  2. Я тогдаrun docker run 80:8000 <app_name>

Это вывод, который я получаю 

[2019-04-03 09:52:09 +0530] [8547] [INFO] Starting gunicorn 19.9.0
[2019-04-03 09:52:09 +0530] [8547] [INFO] Listening at: http://0.0.0.0:8000 (8547)
[2019-04-03 09:52:09 +0530] [8547] [INFO] Using worker: sync
[2019-04-03 09:52:09 +0530] [8550] [INFO] Booting worker with pid: 8550
[2019-04-03 09:52:09 +0530] [8551] [INFO] Booting worker with pid: 8551
[2019-04-03 09:52:09 +0530] [8552] [INFO] Booting worker with pid: 8552
[2019-04-03 09:52:09 +0530] [8553] [INFO] Booting worker with pid: 8553

Обратите внимание, что нет операторов вывода.

Затем я запускаю ssh в Docker-контейнер, выполняя

docker exec -it <container_id> /bin/bash

. Затем я запускаю (запускаю его на произвольном порту, просто чтобы доказать, что он работает)

gunicorn -b 9000 -w 4 wsgi:app

Теперь это вывод, который я получаю 

[2019-04-03 06:25:44 +0000] [30] [INFO] Starting gunicorn 19.9.0
[2019-04-03 06:25:44 +0000] [30] [INFO] Listening at: http://0.0.35.40:8000 (30)
[2019-04-03 06:25:44 +0000] [30] [INFO] Using worker: sync
[2019-04-03 06:25:44 +0000] [33] [INFO] Booting worker with pid: 33
[2019-04-03 06:25:44 +0000] [35] [INFO] Booting worker with pid: 35
/usr/local/lib/python3.6/site-packages/psycopg2/__init__.py:144: UserWarning: The psycopg2 wheel package will be renamed from release 2.8; in order to keep installing from binary please use "pip install psycopg2-binary" instead. For details see: <http://initd.org/psycopg/docs/install.html#binary-install-from-pypi>.
  """)
[2019-04-03 06:25:44 +0000] [36] [INFO] Booting worker with pid: 36
/usr/local/lib/python3.6/site-packages/psycopg2/__init__.py:144: UserWarning: The psycopg2 wheel package will be renamed from release 2.8; in order to keep installing from binary please use "pip install psycopg2-binary" instead. For details see: <http://initd.org/psycopg/docs/install.html#binary-install-from-pypi>.
  """)
[2019-04-03 06:25:44 +0000] [38] [INFO] Booting worker with pid: 38
/usr/local/lib/python3.6/site-packages/psycopg2/__init__.py:144: UserWarning: The psycopg2 wheel package will be renamed from release 2.8; in order to keep installing from binary please use "pip install psycopg2-binary" instead. For details see: <http://initd.org/psycopg/docs/install.html#binary-install-from-pypi>.
  """)
FLASK ENVIRONMENT: development
IS INIT.PY RUNNING
IS WSGI BEING RUN
IS WSGI BEING RUN
/usr/local/lib/python3.6/site-packages/psycopg2/__init__.py:144: UserWarning: The psycopg2 wheel package will be renamed from release 2.8; in order to keep installing from binary please use "pip install psycopg2-binary" instead. For details see: <http://initd.org/psycopg/docs/install.html#binary-install-from-pypi>.
  """)
FLASK ENVIRONMENT: development
IS INIT.PY RUNNING
IS WSGI BEING RUN
IS WSGI BEING RUN
FLASK ENVIRONMENT: development
IS INIT.PY RUNNING
IS WSGI BEING RUN
IS WSGI BEING RUN
FLASK ENVIRONMENT: development
IS INIT.PY RUNNING
IS WSGI BEING RUN
IS WSGI BEING RUN

Я проверяю журналы докера, чтобы убедиться, что вывод из контейнера не просто записывается в журнал.Это не.

Почему поведение в обоих случаях различается?

1 Ответ

0 голосов
/ 04 апреля 2019

ОК, это было действительно неприятно, и я надеюсь, что это поможет кому-то еще.

В каждом учебнике не подчеркивается операционная система, в которой работает Docker. Docker не работает одинаково во всех операционных системах.

На самом деле, в Mac OS вы можете поразить свой контейнер только через localhost. 

https://docs.docker.com/docker-for-mac/networking/#known-limitations-use-cases-and-workarounds
...