Hexag0vВыгрузить в редис не всегда вариант, есть постоянные изменения и просчеты относительно актуальных данных. Встанет вопрос, что лучше масштабировать http server или db server?
Если вы будете масштабировать http server, то вы обратно придёте к "узкое место это база (такое тоже бывает)... мы нагрузим ее еще больше".

То есть к тому, о чём пишет hVostt: надо решать проблему с db server

Hexag0v,

вы прям Капитан Очевидность :)

речь не про переписывание и оптимизацию.. тут кто-то предлагал что-то переписывать?
речь о конкретном куске кода и условиях, при которых следует использовать асинхронность

Hexag0vнужно понять поможет ли это вообще, и в чем проблема на самом деле
перед тем как что-то делать, нужно покрыть всё мониторингом, чтобы не гадать о том, где проблема

Hexag0vДмитрий Мухречь о конкретном куске кода и условиях, при которых следует использовать асинхронность
Не вижу противоречий
а какие могут быть противоречия, когда речь о разных вещах?
в конкретном куске кода вообще некий HttpClient, а вы про какие-то базы рассуждаете

давайте что-ли о пропускной способности сети, вдруг проблема там

Hexag0vHttpClient может обратится к сервису, который обратится к базе.И вызов сервиса следует делать синхронно, потому что вдруг там база тормозит? Где логика? :)
Hexag0vБудем гадать или мониторинг советуйте сразу, кэп?Гадать о чём? Обращается ли тот сервис к базе и тормозит ли она? Гадайте, если вам так хочется :)
Hexag0vНа вопрос имеет ли асинхронность смысл, ответ зависит от того где проблемаА если нет проблем, то сначала надо их придумать, чтобы решить, имеет ли асинхронность смысл :)

Ладно, ваша мысль понятна: если база тормозит, то первым делом ни в коем случае не переписывать код на асинхронный!

Какая ценная мысль :)

А кто-то в случае 503 сразу бежит и переписывает всё на async?

Hexag0vДмитрий МухКакая ценная мысль :)

А кто-то в случае 503 сразу бежит и переписывает всё на async?

21944001
Л - логика..

Где там про "сразу бежит и переписывает всё на async"?

"есть веб-сервер, который начинает испытывать проблемы при обработке запросов, некоторая часть пользователей начинает получать ошибку 503"
"проблема ни в бд, ни в сети, а в том, что веб-приложение не справляется с нагрузкой"

Варианты?

"масштабировать горизонтально сервера с веб-приложением"
Это быстро.. делов-то - добавить сервер в ферму..

Но сервера стоят денег, даже виртуальные, и требуют ресурсы на обслуживание.. поэтому
"использование async/await позволяет довольно существенно снизить потребность в количестве серверов при масштабировании, а зачастую и в масштабировании вообще"

По мне так это рационально и эффективно, а не то как вы преподносите как некую блажь бежать и переписывать всё на async.
И в реальности никто и не бежит, а действительно добавляют сервера, так как быстрее и проще.
При этом заводят тикеты в трекере на тюнинг самих серверов, оптимизацию узких мест, проводят нагрузочное тестирование, постепенно работают над тикетами..
Повторное тестирование..

И постепенно снижают затраты на сервера и их поддержку, повышают пропускную способность и надёжность..