Próbuję wymyślić sposób wdrożenia kodu ASP.NET przy możliwie najmniejszych zakłóceniach witryny. Jedną z myśli było skonfigurowanie witryny do obsługi z węzła NTFS c:\www\example.com
gdzie
c:\www\example.com -> c:\www\example.com_r1234
Następnie, po wdrożeniu nowego kodu, zostaje on skopiowany c:\www\site.com_r1235
i połączenie zostaje przekierowane na
c:\www\example.com -> c:\www\example.com_r1235
Więc moje pytanie dotyczy tego, jaki wpływ może to mieć na bieżące żądania w IIS? Jakie inne wady może to mieć z punktu widzenia reakcji IIS na zmianę (jeśli w ogóle)? Czy będzie to tak płynne dla końcowego użytkownika strony, jak mam nadzieję?
(Zastanawiałem się nad zmianą katalogu głównego witryny za pomocą wiersza polecenia, ale naprawdę nie podoba mi się pomysł rekonfiguracji usług IIS z powodu niepotrzebnej rezygnacji z domeny aplikacji lub puli aplikacji, ale nie wiem zbyt wiele na temat co się stanie, gdy skonfigurowana ścieżka fizyczna witryny zostanie zmieniona podczas obciążenia)
Dla jasności, moim jedynym zmartwieniem jest tutaj doświadczenie moich użytkowników końcowych. Moim celem jest unikanie dla nich zakłóceń, a nie wygody dla mnie.