/ / Найкращі практики для AppPools для програм ASP.NET в IIS6 та IIS7 - asp.net, iis-7, iis-6

Найкращі практики для AppPools для додатків ASP.NET в IIS6 та IIS7 - asp.net, iis-7, iis-6

Моя компанія наразі використовує IIS6 для запуску ASP.NET-додатків, але в кінцевому рахунку буде використовувати IIS7. Чи існують рекомендовані практики для AppPools, які можуть бути впроваджені зараз в IIS6, які будуть передані до IIS7? Наприклад, чи слід ми почати використовувати користувацькі ідентифікатори AppPool в IIS6?

Відповіді:

0 для відповіді № 1

Перше питання: "це має значення?"У більшості випадків незалежно від того, що ви робите по відношенню до пулів додатків, не буде перенесено до IIS7, оскільки більшість адміністраторів не зможуть модернізувати на місці, тому вам доведеться відтворити речі, принаймні, до певної міри.

Наскільки IIS7 робить по-різному, єдине, що приходить на розум, полягає в тому, що IIS7 за замовчуванням розміщує кожен сайт у власному басейні, що дуже добре, дуже добре, що робити вручну в IIS6.

Обидва користувачі також мають типовий 20-хвилинний пул додатківтайм-аут і повсякденне перероблення, що, якщо ваші програми повністю керовані (ASP.NET без COM-залежностей), не має сенсу - це затримка від епохи ASP.OLD, коли вам потрібно було переробляти веб-сервер для самостійної обробки, оборонний фітнес. Я радив би зняти ці обмеження та побачити, як все йде - якщо вам потрібно відновити переробку, ви завжди зможете. І як IIS6, так і IIS7 надають вам інші варіанти примусового переробки, якщо це стане необхідним.