Пулы приложений IIS, рабочие процессы, Домены приложений

Я пытаюсь сказать их другими словами.

в сервере вы можете иметь много asp.net сайты, которые работают вместе. Каждый сайт является приложение домена.

вы должны назначить каждому из них по одному приложение бассейн. Многие домены приложений (сайты) могут иметь один и тот же пул приложений, и поскольку они имеют один и тот же пул приложений, они работают под одними и теми же процессами и под одной учетной записью - и они имеют одни и те же настройки пула. Если это пул перезапускается, а затем все сайты под этим пулом перезапускаются.

теперь каждый пул может иметь один или несколько рабочий процесс. Каждый рабочий процесс-это отдельная программа, которая запускает ваш сайт, имеет свои статические переменные, они разные запускают стоп-вызовы и т. д. Различные рабочие процессы не взаимодействуют друг с другом, и единственный способ обмена данными-из общих файлов или общей базы данных. Если у вас есть несколько рабочих процессов и один из них делает длительные вычисления времени, тогда другой может позаботиться о том, чтобы обрабатывать интернет-звонки и показывать контент.

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

каждый рабочий процесс может иметь несколько потоков.

как более рабочий процесс влияет на вас:
Когда у вас есть один рабочий процесс все проще, среди вашего приложения все статические переменные одинаковы, и вы используете lock синхронизировать их.
Когда вы назначаете более одного рабочего процесса тогда вы все еще продолжаете использовать lock для статических переменных статические переменные не отличаются среди многих запусков вашего сайта, и если у вас есть какой-то общий ресурс (например, создание миниатюры на диске), то вам нужно синхронизировать ваш рабочий процесс с Mutex.

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

Итак, давайте поговорим об одном сайте только со многими рабочими процессами. Здесь вы сталкиваетесь с проблемой, что вы необходимо синхронизировать общее изменение ресурсов с Mutex. Но страницы / обработчики, которые используют сеанс они не являются асинхронными, потому что сеанс блокирует их. Это хорошо для начала, потому что вы избегаете, чтобы сделать эту синхронизацию многих точек вашей собственной личности.

некоторые вопросы по этой теме:
веб-приложение заблокировано при обработке другого веб-приложения при совместном использовании того же сеанса
jQuery Ajax вызовы веб-службы, кажется, синхронно
ASP.NET сервер не обрабатывает страницы асинхронно
замена ASP.Net ' s сессия полностью

теперь эта блокировка сеанса не влияет на разные сайты.

среди различных сайтов более проработанный процесс может помочь не один сайт блокировать другой с длительным процессом.
Кроме того, среди различных сайтов больше пулов также может помочь, потому что каждый пул имеет по крайней мере один рабочий процесс, но помните и смотрите сами с помощью Process explorer, каждый рабочий процесс занимает больше памяти вашего компьютера, а один большой сервер с 16G памятью и один SQL server не может иметь слишком много разных рабочих процессов - например, на сервере со 100 общими сайтами вы не можете иметь 100 разных пулов.