Nginx и uwsgi введение

концепция Nginx

Nginx является / обратный прокси-сервер и адрес электронной почты прокси-сервер высокой производительности HTTP-сервер

сценарии Nginx

  1. HTTP-сервер. Nginx является сервер служба HTTP HTTP может предоставить независимой. Вы можете сделать статический сервер веб-страницы.

  2. Веб-хостинг. Он может быть реализован в одном сервере виртуализации нескольких сайтов. Такие, как веб-хостинга личного веб-сайта.

    Порт основе, различные порты.

    На основе различных доменных имен доменных имен.

  3. Обратный прокси-сервер, балансировка нагрузки. Когда трафик сайта достигает определенный уровень, один сервер не может удовлетворить запрос пользователя, необходимость использования нескольких серверов кластер может быть использован, чтобы сделать Nginx обратного прокси-сервер. И несколько серверов могут разделить среднюю загрузку, ситуация не будет нагрузки Dang высокого сервера (Данг) и сервер машины на холостом ходу.

концепция uwsgi

uwsgi реализует все интерфейсы WSGI, быстрое, самовосстановление, разработчики и системные администраторы дружественного сервер

Nginx uwsig WSGI Джанго это что отношения?

  1. Прежде всего внешнего Nginx является интерфейс сервиса, внешний браузер через URL для доступа nainx.

  2. Nginx получает запрос HTTP, посланный браузером, пакет будет анализироваться, анализируемый URL, если это статический файл запрашивает статический каталог файлов на пользователя прямой доступ к конфигурации Nginx, возвращать статические файлы непосредственно запрошенные пользователем.

    Если файл не является статическим, а динамическим запросом, то запрос будет посылать Nginx uwsgi, uwsgi после приема пакета запроса обрабатывается, перерабатывается в WSGI приемлемого формат и отправлен в WSGI, WSGI приложения вызова в соответствии с запросом файл, файл функции, возвращаемое значение последнего обрабатывается снова WSGI, то WSGI пакет возвращаемого значения, упакованные в формат uwsgi, который может быть получен, получив запрос WSGI uwsgi передается и направляется в Nginx, Nginx окончательное значение будет возвращено обратно в браузер.

  3. Для того, чтобы знать, что первый этап Nginx не является необходимым, uwsgi может завершить весь процесс и взаимодействие браузера, но принимать во внимание определенные обстоятельства.

  4. Вопросы безопасности, программа не может быть доступны непосредственно в браузере, но Nginx, Nginx только открыть интерфейс, uwsgi сам по себе является сетевой интерфейс, так что эксплуатация и техническое обслуживание персонала с ограничениями безопасности на Nginx, может достигать спасателя эффект.
  5. Балансировка нагрузки, А uwsgi это может быть не достаточно, даже если больше работы не был открыт, в конце концов, машина процессора и памяти ограничены, с Nginx агентом, Nginx прокси множественным uwsgi может завершить uwsgi нагрузку сбалансирован.
  6. Статическая задача файла с Джанго или uwsgi такого рода вещи, чтобы нести ответственность за статические файлы очень расточительно поведение, но их собственная обработка файлов Nginx не так хорошо, так что весь процесс статические файлы сразу Nginx полные, статические файлы доступ к полным uwsgi и не через заднюю часть вещи.

рекомендация

отwww.cnblogs.com/fhj-0519/p/11266197.html