Понимание Docker Составьте Nginx-Proxy с Docker-Alpine-Python-Flask

У меня проблема при использовании 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

вот мой 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

и вывести docker 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>

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

спасибо ik


person ikwijaya    schedule 10.10.2018    source источник


Ответы (1)


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.

person Artem Titkov    schedule 27.03.2019