Понимание Docker Составьте Nginx-Proxy с Docker-Alpine-Python-Flask - PullRequest
0 голосов
/ 10 октября 2018

У меня есть некоторые проблемы при использовании Docker.Моя проблема заключается в понимании обратного прокси-сервера при использовании docker-compose и этой библиотеки https://github.com/jwilder/nginx-proxy

, поэтому у меня есть 1 подобный Dockerfile, здесь:

FROM alpine:latest
COPY requirements.txt /tmp/requirements.txt

RUN apk add --no-cache \
    g++ \
    gcc \
    freetds \
    ca-certificates \
    build-base \
    libc-dev \
    python3 \
    python3-dev \
    unixodbc-dev \
    bash \
    nginx \
    uwsgi \
    uwsgi-python3 \
    supervisor && \
    python3 -m ensurepip && \
    rm -r /usr/lib/python*/ensurepip && \
    pip3 install --no-cache-dir --upgrade --force-reinstall pip setuptools && \
    pip3 install -r /tmp/requirements.txt && \
    rm /etc/nginx/conf.d/default.conf && \
    rm -r /root/.cache

# Copy ODBC Driver
COPY odbc.ini /etc/
COPY odbcinst.ini /etc/

# Copy the Nginx global conf
COPY nginx.conf /etc/nginx/
# Copy the Flask Nginx site conf
COPY flask-site-nginx.conf /etc/nginx/conf.d/
# Copy the base uWSGI ini file to enable default dynamic uwsgi process number
COPY uwsgi.ini /etc/uwsgi/
# Custom Supervisord config
COPY supervisord.conf /etc/supervisord.conf

# Add demo app
COPY ./app /app
# EXPOSE 80

WORKDIR /app

CMD ["/usr/bin/supervisord"]

при запуске

docker build -t name/name . #success
docker run -d --name=container_name -p 80 name/name:latest #success

и я запускаюсь

curl -i localhost/page #success

------------ и моя проблема в понимании при использовании nginx-proxy ------------------ в назначенном порту

1 Создайте обратный прокси-сервер сетевого имени и запустите jwilder / nginx-proxy

docker network create --driver bridge reverse-proxy
docker run -d -p 81:80 -p 444:443 \
    --name reverse-proxy \
    --net=reverse-proxy \
    -v /var/run/docker.sock:/tmp/docker.sock:ro \
    jwilder/nginx-proxy

здесь my docker-compose.yml

version: "3"

services:
  atk-request:
    build: ./_atkrequest                 #path which Dockerfile is exists
    container_name: api-atkrequest        
    restart: always
    networks: 
      - reverse-proxy
    # ports:
    #   - 80:80                            #host:container
    expose:
      - 80
    environment:
      - VIRTUAL_HOST=atkrequest.api.dev  #nginx-proxy host
      - VIRTUAL_PORT=80                  #nginx-proxy port

networks: 
  reverse-proxy:
    external: 
      name: reverse-proxy

, затем запустите

docker-compose up -d #success without error

и выходной докер ps

CONTAINER ID        IMAGE                    COMMAND                  CREATED              STATUS              PORTS                                      NAMES
ca95a0f42de2        atkrequest_atk-request   "/usr/bin/supervisord"   5 seconds ago        Up 3 seconds        80/tcp                                     api-atkrequest
c42a9f9d85b5        jwilder/nginx-proxy      "/app/docker-entrypoâ¦"   About a minute ago   Up About a minute   0.0.0.0:80->80/tcp, 0.0.0.0:443->443/tcp   reverse-proxy

и при вызове URL с кодом ошибки curl 503 Service Temporary UnAvailable

curl -i localhost
HTTP/1.1 503 Service Temporarily Unavailable
Server: nginx/1.14.0
Date: Wed, 10 Oct 2018 07:39:09 GMT
Content-Type: text/html
Content-Length: 213
Connection: keep-alive

<html>
<head><title>503 Service Temporarily Unavailable</title></head>
<body bgcolor="white">
<center><h1>503 Service Temporarily Unavailable</h1></center>
<hr><center>nginx/1.14.0</center>
</body>
</html>

тогда я застрял здесь ...

спасибо, ик

1 Ответ

0 голосов
/ 28 марта 2019

jwilder/nginx-proxy создает Nginx default.conf с записями для каждого из ваших контейнеров, для которых определено VIRTUAL_HOST.

Поскольку вы определили VIRTUAL_HOST=atkrequest.api.dev в одном из ваших контейнеров, сгенерированный default.conf будет иметь что-то вроде

# atkrequest.api.dev
upstream atkrequest.api.dev {
    ## Can be connected with "{{dir_name}}_default" network
    # {{dir_name}}_atk-request
    server {{atk-request container ip}}:80;
}
server {
    server_name atkrequest.api.dev;
    listen 80 ;
    access_log /var/log/nginx/access.log vhost;
    location / {
        proxy_pass http://atkrequest.api.dev;
    }
}

Но для localhost ничего не будет настроено, потому что выдля контейнеров определено VIRTUAL_HOST=localhost.Поэтому, когда ваш запрос поступает на nginx-proxy - он отвечает 503, так как не имеет никакой конфигурации для localhost.

Если вы хотите сохранить nginx-proxy и иметь возможность доступа к atk-requestконтейнер с localhost - изменить переменную окружения на VIRTUAL_HOST=localhost.(Техника Overkill, так как вы можете просто выставить порт 80:80 и не использовать nginx-proxy, но я включаю его для пояснения)

Если вы хотите получить доступ к контейнеру atk-request с atkrequest.api.dev - просто добавьте127.0.0.1 atkrequest.api.dev на ваш /etc/hosts.

...