IIS: несколько веб-приложений против одного корня веб-приложения

Question

У нас есть устаревшая система, построенная на классическом ASP. По мере того, как мы переходим на asp.net, мы создаем веб-приложения, когда переносим старые вещи в .net и добавляем новые функции в систему. Я бы сказал, что, возможно, 30% из них будут использовать одну и ту же библиотеку, загружая одни и те же библиотеки DLL. (все приложения имеют общий пул приложений)

Мой вопрос: в чем плюсы и минусы этого подхода? Было бы лучше иметь один корень приложения?

Я на самом деле не ищу конкретного ответа, просто интересно, что вы, люди, обычно делаете и почему?

Большое спасибо

Answer 1

Я бы поместил вещи, которые можно логически сгруппировать, в собственный пул приложений.Пример. Компоненты, необходимые для веб-сайта или веб-приложения в IIS, можно рассматривать как единую логическую группу, поэтому для нее требуется собственный пул приложений.

Все, что является отдельным, должно иметь свой собственный домен с собственным пулом приложений.Но, ИМХО, я думаю, что это суждение, основанное на природе приложения, и если оно имеет какие-либо зависимости ... и т. Д. Вы знаете систему лучше, чем кто-либо, поэтому с точки зрения всего 20 тыс. Футов, как все должно бытьлогически разделен?

Пример сценария: Если у вас есть приложение, которое необходимо сбросить через IIS, оно повлияет на другие (другие будут недоступны из-за одного приложения, требующего сброса IIS)?Если это не имеет большого значения, то почему бы и нет (смешать это вместе с другим).Если это большое дело, то держите его отдельно, чтобы оно не зависело ни от каких внешних факторов.