Производительность и безопасность приложения ASP.NET MVC - сопоставления и модули обработчиков
Я только что прочитал интересную статью. По сути, в нем говорится, что вы должны настроить параметры IIS для каждого приложения двумя способами:
- сопоставления обработчиков - удалить все неиспользуемые приложением
- модули - удалить все неиспользуемые приложением
Ну, я разрабатываю ASP.NET для некоторое время, даже на работе, и мы никогда не делали этого в производственной среде afaik. Я понимаю представленные теоретические преимущества - минимизация «поверхности» приложения (безопасность) и повышение производительности. Но мне действительно любопытно, если вы делаете это в реальной жизни (реальные проекты для ваших клиентов, а не проекты, подтверждающие концепцию). Каковы недостатки этого (возможно, ремонтопригодность?).И самый главный вопрос - оно того стоит? Заметен ли, например, прирост производительности?
Кроме того, если вы считаете это хорошей практикой, пожалуйста, представьте какой-нибудь хороший и последовательный способ (или укажите мне на учебник), как именно вы выполняете этот процесс - как вы решаете что остаётся и что убирать.
Например, что является минимальным, но рабочим набором для приложения ASP.NET MVC 3, которое использует настраиваемую проверку подлинности (на основе сеанса, не полагаясь на проверку подлинности с помощью форм, проверку подлинности Windows и т. Д.), Без веб-сервисов и подобных функций?
РЕДАКТИРОВАТЬ
Я нашел эту статью: http://madskristensen.net/post/Remove-default-HTTP-modules-in-ASPNET.aspx
В ней Скотт Гатри говорит:
В целом вы можете добиться очень небольшого выигрыша в производительности, используя этот подход, хотя я, вероятно, рекомендовал бы этого не делать. Причина в том, что некоторые функции ASP.NET (авторизация форм, роли, кеширование и т. Д.), Конечно, перестанут работать после удаления модулей, от которых они зависят. Попытка выяснить, почему это произошло, часто может сбивать с толку.
Но до сих пор нет измерений, практики (меня не очень убеждает аргумент «вы можете быть удивлены позже» :)