В nginx исправлены три бага, приводящих к излишнему потреблению памяти

Хоть какая-то польза для этого мира от Netflix.

Они ещё бабки платят Брендану «Ясно Солнышко» Греггу, что позволяет ему наносить пользу в промышленных масштабах.

... приводившие к излишнему потреблению памяти при использовании модуля ngx_http_v2_module и реализовываемого из протокола HTTP/2.

 — Кто на ком стоял? — крикнул Филипп Филиппович, — потрудитесь излагать ваши мысли яснее. (М.А.Булгаков)

Более медленного и дырявого проки придумать сложно. Поцаны решили, что могут в лов-левел, но забыли, что это про постоянную и объёмную поддержку. Остаётся только наблюдать как ОТ постепенно скатывается, просто не успевая за прогрессом. Туда и дорога.

nginx

2019

а что не так? тут при виде чего то иного кроме nginx надо удивляться в 2019

в 2019 все клевые парни используют контейнеры и тамошние правила маппинга портов. Реверс прокси нинужен.

контейнеры на проде? гнать таких клёвых парней ссаными тряпками надо.

а даже если и используются контейнеры, ты контейнер голой жопой наружу выставишь? статику тоже будет контейнер отдавать? а если нужно несколько приложений в рамках одного сайта запустить, роутинг тоже контейнер будет делать? я уж не говорю про шардинг и балансировку нагрузки

статику тоже будет контейнер отдавать?

2019, эс три для чего?

Какие-то придуманные проблемы, специально, чтобы использовать nginx. Да он нафиг не упал в 100% случаев. В оставшихся нулях, обойтись можно и без него.

нет не так. контейнеры нафиг не упали в 100% случаев (если речь не идёт о разработке приложения, там они могут быть полезны).

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

у меня есть удобный мне хостинг, зачем мне арендовать ещё и s3?

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

в 2019 все клевые парни используют контейнеры и тамошние правила маппинга портов. Реверс прокси нинужен.

Кто-то похоже не знает для чего нужны реверс прокси :) Ну или как работает маппинг портов.

Сделай правило мапинга на основе http хидера

лучше бы нормальный webdav сервер запилили.

статику тоже будет контейнер отдавать? а если нужно несколько приложений в рамках одного сайта запустить, роутинг тоже контейнер будет делать? я уж не говорю про шардинг и балансировку нагрузки

Таки да он все это будет делать и умеет делать:

https://kubernetes.io/docs/concepts/services-networking/service/

Ваш нужник - это каменный век, артефакт времен начала web 2.0. Сейчас всё на контейнерах и микросервисах, так-то.

Вторая ссылка отклеилась:

https://kubernetes.io/docs/reference/command-line-tools-reference/kube-proxy/

Какие-то придуманные проблемы, специально, чтобы использовать nginx. Да он нафиг не упал в 100% случаев. В оставшихся нулях, обойтись можно и без него.

терминация тлс?

нет не так. контейнеры нафиг не упали в 100% случаев

Да они даже в оставшихся нуля не нужны. Кто вообще приплёл сюда контейнеры.

у меня есть удобный мне хостинг, зачем мне арендовать ещё и s3?

И зачем для хеловорда тебе реверс-прокси?

контейнеры на проде? гнать таких клёвых парней ссаными тряпками надо.

ты это серьезно в 2019 году заявляешь? контейнеры уже везде, в любом современном проде. и не знать как с ними жить, значить терять квалификацию

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

в 2019 все клевые парни используют контейнеры и тамошние правила маппинга портов. Реверс прокси нинужен.

между контейнерами nginx может и не нужен в ряде случаев, но в интернет их выкладывать без веб-сервера ты каким образом собрался? лучше погляди что-то такое ingress в кубернетесе и на чем основана стандартная его реализация.

Игрнорировать контейнеры себе позволить могут только фронтенд-яваскриптеры в наше время.

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

Запили, кто ж мешает?

Чем оно лучше связки Apache + LiteSpeed?

в 2019 все клевые парни используют контейнеры и тамошние правила маппинга портов. Реверс прокси нинужен.

Сразу видно, что эксперт в треде :)

и докер тоже «нинужен», когда у отсталых есть lxc

как я рад, что экспертов больше чем грибов после дождя

s3 для стрижки богатых буратино

слышь мышь, куда мыши прогрессируют кошки хорошо знают :)

Давай и дальше отрицай, что ОТ движется в ногу со временем, ПО-археолог.

Вот и всё, что нужно знать о С и современном программировании. Детские проблемы во взрослых продуктах и это только те, которые выявили. В каком угаре нужно быть, чтобы в 21 веке начинать писать свои поделки на С/С++?? Вот с перфокарт вы быстро слезли, но вот эти динозавры... задолбали их трогать - просто дайте им умереть в недрах юниксов.

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

Так, что HTTP/2 уже давно не черновик, а стандарт. И ПО написанное на Си просто либо достаточно маленькое и фундаментальное, либо со временем просто перестаёт успевать за ходом событий.

На Си можно только программы на века писать. Но мир изменчив и внедрение новых технологий и подходов становится всё важнее. Это не первый случай, когда Nginx не успевает. И, полагаю, дальше будет только хуже. Это просто закономерно.

Прочитал как «В nginx добавлены три бага, приводящих к излишнему потреблению памяти», задумался.

Проблемы были обнаружены Jonathan Looney из Netflix.

Хоть какая-то польза для этого мира от Netflix.

Вообще-то Джонатан — довольно плодовитый коммитер FreeBSD, и сфера его интересов несколько шире, чем поиск багов в nginx'е. :-)

лучше погляди что-то такое ingress в кубернетесе и на чем основана стандартная его реализация

Основана на том, что 99% быдлоадминов приложений уровня hello world сможет понять. Нормальные пацаны ingress делают не на nginx. В него, как минимум, невозможно просингнализировать интимные знания об архитектуре приложения и доступности его компонентов.

Дада, расскажи как крутые тру девопсы городят огороды вместо того, чтобы использовать привычные инструменты. Ингресс нужен для управления доменными именами кучи микросервисов, никакая логика там больше не нужна. Также если ты не используешь nginx в ингрессе, то тебя ждет захватывающие приключения по допиливанию всего подряд в чартах и кластере, потому что nginx-ingress сейчас это стандартный ингресс в кубернетесе. Еще можно containerd запилить вместо докера и тогда ты окончательно превратишь прод окружение в экспериментальную поделку для избранных. Кубернетес достаточно сложный и на больших инсталяциях нужно по-максимуму keep it simple, иначе это будет херня, а не продакшен.

Нормальные пацаны ingress делают не на nginx

А на чем его делают нормальные пацаны?