




Нагрузочное тестирование будет вашим лучшим решением.
Приложения различаются по способу масштабирования в зависимости от большого количества переменных, включая типы решения проблем, подход к решению и другие факторы.
100 одновременных пользователей, потребляющих 10% ЦП, не означает 500 одновременных пользователей на 50%, это может быть 20% или 100%.
Узким местом может быть процессор, память или пропускная способность сети.
Без фактической нагрузки на ваше приложение любая оценка будет просто предположением и, скорее всего, окажется неверной.
Полностью зависит от приложения.
Если вы изучаете требования к конкретному приложению, то поместите его на любое имеющееся у вас оборудование, которое выглядит как сервер, запустите perfmon с хорошим выбором счетчиков, а затем запустите некоторые автоматизированные инструменты для нагрузочного тестирования, выполняя некоторые общие задачи с приложением. . Посмотрите, как он работает, а затем сделайте предположение, основываясь на имеющемся у вас оборудовании, нагрузке, с которой вы столкнулись, и его измерениях.
По опыту, узкие места, которые я вижу в приложениях ASP.NET на стороне веб-сервера, обычно связаны с оперативной памятью.
Это база данных, которая запускает внутреннюю часть приложения ASP.NET, о которой вам нужно беспокоиться :-) Я бы сказал, что 9 из 10 раз я видел проблемы с производительностью с приложениями ASP.NET, БД была узким местом.
да, я знаю, но вам все еще нужна какая-то оценка бюджета для этого. Измерение в окружающей среде - это разные вещи.