Обслуживание статических веб-файлов через нестандартный порт

Question

Я близок к развертываниюДжангопроект в производство. Я рассматриваю некоторые решения по инфраструктуре. Что-то, что пришло, это обслуживание статических файлов с другим сервером, таким какlighttpd.

Однако мы начинаем с одного выделенного сервера, поэтому единственным вариантом для нас будет использование нестандартного порта для веб-сервера статических файлов.

1. Есть ли прецедент для этого? Т.е. кто-то "большой" делает это?

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

3. Может ли кто-нибудь назвать какие-либо недостатки этого пути?

Answer 1

Вы получите наивысшую совместимость с конечным пользователем, используя другой IP-адрес и TCP/80, а не тот же адрес и что-то вроде TCP/8080. Некоторые действительно ограничивающие корпоративные брандмауэры не разрешают подключения к странным портам, даже таким распространенным, как TCP/8008 или TCP/8080. Если вас это не беспокоит, то привязка к общему альтернативному HTTP-порту должна быть достаточно хороша для того, что вы пытаетесь сделать.

Answer 2

Я бы просто настроил еще один виртуальный хост на том же веб-сервере, чтобы обслуживать статический контент из "static.example.com", сделав это изменение тривиальным в дальнейшем. Вы можете сделать это по-своему, но вы, вероятно, не увидите большого прироста производительности, но попробуйте:

1. Настройте виртуальный хост приложения django на localhost:8080
2. настраиватьпрокси-ядроиметь localhost:8080 в качестве бэкэнда
3. настроить виртуальный хост static.example.com в lighttpd

Есть ли прецедент для этого? Т.е. кто-то "большой" делает это?

Конечно, люди размещают статический контент на разных серверах, я слышал, что YouTube этим занимается.

Какой конкретный порт мне следует использовать или от использования которого стоит воздержаться?

Я бы воздержался от использования портов, отличных от 80, но это только мое мнение... :-)

Может ли кто-нибудь назвать какие-либо недостатки этого пути?

1. сложно, и в любом случае выгода будет незначительной, если вы используете только один сервер приложений.
2. все страницы Django должны проходить через прокси-сервер.
3. вам нужно спросить здесь.. :-)