По иронии судьбы, рекомендуемый подход промежуточного программного обеспечения заключается в том, что он применяется независимо от метода развертывания, тогда как правило перезаписи IIS влияет только на развертывания в IIS. Если впоследствии вы решите развернуть, например, одно или несколько из этих приложений в кластере, то все правила перезаписи IIS, которые вы могли использовать, больше не будут применяться. Установка его на уровне приложения обеспечивает состояние для этого приложения, а не один указанный c метод развертывания. Кроме того, имейте в виду, что не все должны быть HTTPS. Например, при развертывании в кластере k8s вы часто отключаете это, потому что вместо этого вы будете использовать SSL-завершение на шлюзе.
Нет реального способа применения этого промежуточного программного обеспечения, и вы не должны, рассматривая действительные случаи, такие как описано выше, где это фактически не должно присутствовать. Как всегда, независимый отзыв - это всегда ваша лучшая ставка. Когда новое приложение запускается в производство, следует ли оценивать, должно ли оно применять SSL, и должно ли оно выполняться на этом этапе.
Кроме того, FWIW, это не обязательно должно быть либо. Вы можете использовать как переписать середину и IIS. В этом случае промежуточное программное обеспечение фактически никогда не будет использовано, поскольку все запросы всегда будут HTTPS из-за перезаписи IIS, но если по какой-то причине эта часть отсутствует, промежуточное программное обеспечение по-прежнему остается резервным.