Последствия при использовании более одного рабочего процесса для пула приложений IIS - PullRequest
0 голосов
/ 25 апреля 2019

Я гуглил и вижу во многих статьях, что при использовании более одного рабочего процесса возникает небольшая проблема, связанная с обработчиком сеансов asp.net. Я новичок в веб-программировании, и я не понимаю этого ... Может ли кто-нибудь объяснить это простым и понятным способом?

Я развернул приложение asp.net mvc в IIS. Для того, чтобы использовать его, пользователь должен войти в систему, также после того, как он вошел в систему, есть места, где пользователь должен снова войти в систему (Да, я знаю, что при использовании единого входа нет необходимости снова входить в систему, но это еще не реализовано) , Итак, если учесть это, если я назначу более одного рабочего процесса для пула приложений, что может произойти? Это собирается перестать работать? На что ссылается большинство статей, когда речь идет об обработчике сеанса?

1 Ответ

0 голосов
/ 25 апреля 2019

Вы, вероятно, не хотите включать WebGardening (Multiple Worker Processes), часто это приносит больше вреда, чем пользы, особенно в приложениях .NET.По умолчанию Session в .NET хранится «InProc», что означает «В процессе».Если вы настраиваете WebGarden (несколько Proc на одном боксе) или WebFarm (несколько серверов), вам нужен какой-то способ обработки сеанса.В WebFarm один из используемых методов называется Sticky Sessions, где устройство, выполняющее маршрутизацию (Load Balancer), будет каждый раз направлять одного и того же пользователя на один и тот же сервер.С WebGardens не существует «сеанса прилипания».Другие методы для решения этой проблемы - хранение состояния сеанса вне процесса, для которого есть много способов сделать это.Старая статья, но дает хорошее лечение: https://www.codeproject.com/Articles/32545/Exploring-Session-in-ASP-Net

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...