Часто сталкивались с тем что какое-то промежуточное звено не поддерживает keep-alive.
Раз были дополнительные задержки из-за TCP_NODELAY.
Про разницу в роутинге между тарифами Cloudflare думаю многие и так знают - иногда можно значительно сократить время риквеста перейдя на тариф повыше(с Pro на Business, например). Узнать поможет ли значительно переход на более высокий тариф можно посмотрев на аналитику в клаудфлеер по странам. Если например юзеры из Сингапура коннектятся к датацентру клаудфлеер в Лондоне - скорей всего что-то не так в роутинге и можно пробовать переходить на другой тариф.
Если приложение не поддерживает сжатие http респонсов, можно их сжимать на стороне nginx прокси(nginx_proxy_gzipped_response).
Или на той же проксе удалять ненужные http заголовки, чтобы меньше трафика проксировалось на приложение (актуально если между проксей и приложением есть какой-то хоп, где вы платите деньги за трафик)
Хочу сказать спасибо за статью! Я nginx использую в основном как реверс-прокси, но с удоволствием читаю вашу серию статей по nginx, и всегда что-то новое для себя нахожу.
Большой минус Киндл Тач, это то что он не умеет поворачивать изображение на 90 градусов. Для чтения pdf это незаменимая функция. Только из-за этого отказался от его покупки(думал взять взамен своего Киндл3)
В статью бы добавить как выглядела архитектура ДО появления гейтвея
спасибо, интересно.
Довольно подробно описали всё.
Часто сталкивались с тем что какое-то промежуточное звено не поддерживает keep-alive.
Раз были дополнительные задержки из-за TCP_NODELAY.
Про разницу в роутинге между тарифами Cloudflare думаю многие и так знают - иногда можно значительно сократить время риквеста перейдя на тариф повыше(с Pro на Business, например). Узнать поможет ли значительно переход на более высокий тариф можно посмотрев на аналитику в клаудфлеер по странам. Если например юзеры из Сингапура коннектятся к датацентру клаудфлеер в Лондоне - скорей всего что-то не так в роутинге и можно пробовать переходить на другой тариф.
Если приложение не поддерживает сжатие http респонсов, можно их сжимать на стороне nginx прокси(nginx_proxy_gzipped_response).
Или на той же проксе удалять ненужные http заголовки, чтобы меньше трафика проксировалось на приложение (актуально если между проксей и приложением есть какой-то хоп, где вы платите деньги за трафик)
интересная статья, много нюансов собрано в одном месте.
Познавательная статья, спасибо.
спасибо, классная статья. раз в год приходится освежать знания в этой сфере, теперь ваша статья будет основной для этого
А есть какая-то гуишка где смотрите/видите текущие алерты? Или они в текстовом виде в чате?
Хочу сказать спасибо за статью!
Я nginx использую в основном как реверс-прокси, но с удоволствием читаю вашу серию статей по nginx, и всегда что-то новое для себя нахожу.
А я честно говоря не понял откуда берется переменная upstream_http_x_healthcheck и кто её может выставлять в fail
Интересно было прочитать.
Выглядит полезным инструментов.
Я DevOps, приложение в нашей компании написано на Go.
Я смотрю в вашем репозитории есть "сырые" SQL, которые я обязательно прогоню на нашей базе, чтобы посмотреть какие проблемы есть у нас
Спасибо, было интересно почитать!
Какой?
1 А как архитектурно правильно сделать?
Автор - браво!
У меня только shellcheck установлен, скрипты пишу не часто.
Но теперь знаю как "прокачать" VSC в случае чего.
Тоже сразу не понял на что оно влияет.
Наглядно видно если ввести ping
<tab>с включенной опцией:и с выключенной:
ping4 и ping6 это симлинки, оно их помечает @
ping исполняемый, помечен *
aws.amazon.com/about-aws/whats-new/2020/10/amazon-aurora-enables-dynamic-resizing-database-storage-space