В чем преимущество apache? Как понять надо ли его использовать?

Question

[LakeForest]

Раннее создавать микросервисные приложения на разных языках, фреймворках. Периодически видел образы на dockerhub: php-apache-7.4 (и тп)
Не понимаю, когда он нужен (апач)?

В последний раз запускал сервер на фреймворке Flask с использованием Gunicorn. Я правильно понял, это как апач? Или в чем суть?..

Comments

[Василий Банников]

Апач использовать не надо

[LakeForest]

Василий Банников, я не понимаю... Вы не помогли бы пояснить?

[hint000]

LakeForest, следует уточнить: если вы в России, то Апач использовать не надо, чтобы не портить статистику. :)
Россия - родина Nginx.




Источник: www.securityspace.com/s_survey/data/202106/de/inde...

[Василий Банников]

LakeForest, лично я не вижу кейса, где стоит предпочесть Apache другим веб-серверам, за исключением случаев, когда Apache уже используется.
10 отличий Apache от Nginx
Apache vs Nginx: практический взгляд

Если нужно раздавать много статики - это только ngingx.
Если нужно проксировать запросы к бэкенду, то есть уже куча вариантов на вкус и цвет.

Чисто чтобы накидать:

• nginx
  
• Apache
  
• Caddy
  
• HAProxy
  
• Traefik
  

[CityCat4]

Василий Банников, Хм, а я не вижу кейса, когда следует предпочесть nginx, и даже если он уже кем-то поставлен - рассмотрю вопрос - а накуа он нужен? Да, я админ (и безопасник) корпоративный и рассматриваю все в первую очередь с точки зрения безопасности и пригодности к "сделать на нем корпоративный сайт, внутренний сайт, развернуть redmine, nagios, черта лысого...". Здесь зачастую нужны хитровывернутые методы аутентификации - например, может nginx прочитать сертификат и принять решение о допуске/недопуске на основании одного из элементов CN?

Но я конечно прочитал приведенные выше ссылки - из интереса. Вторая статья, с хабра - в принципе неплоха для общего впечатления тому, кто не знает ни того, ни другого и в процессе выбора. Первая статья - мелкое, однобокое, никчемное творение какого-то сумрачного гения, который явно не одолел апача дальше It Worked, потому что не знает, что у него ка минимум есть mpm_prefork, mpm_worker и mpm_event и сравнивать nginx с mpm_prefork - глупо, так либерасты в политзаказухе делают.

"Если звезды зажигают - значит это кому-нибудь нужно?" (С) В.В.Маяковский "Послушайте!"

[Василий Банников]

CityCat4,
Мне кажется, кейс

сделать на нем корпоративный сайт, внутренний сайт, развернуть redmine, nagios, черта лысого...

В последний раз запускал сервер на фреймворке Flask с использованием Gunicorn.

Это немного разные вещи.
Да и "корпоративный сайт" - это очень широкое понятие, и он может работать на любом стеке.

Answer 1

[Василий Банников]

Резюмируя комментарии.
Пока не знаешь, для чего тебе нужна та или иная технология - прикручивать её не стоит.
Понять, что она тебе нужна крайне просто:
Смотришь список фич, и если все твои потребности этими фичами удовлетворяются, а имеющееся решение удовлетворяет не всё - можно брать.

Стоит также смотреть на бенчмарки, которые близки к твоему кейсу, если важна производительность.

Моё мнение:
Если писать бэкенд на flask, то он стороннего веб-сервера требуется только перекинуть запрос с домена на какой-то внутренний сервер и добавить HTTPS + кэширование запросов и балансировка.
С этой задачей справится в принципе любой веб-сервер, и я бы выбирал по простоте и скорости, например Caddy