가능한 한 사이트 장애가 적은 ASP.NET 코드를 배포하는 방법을 고안하려고합니다. 한 가지 생각은 NTFS 정션 c:\www\example.com
에서 서비스를 제공하도록 사이트를 설정하는 것이 었습니다 .
c:\www\example.com -> c:\www\example.com_r1234
그런 다음 새 코드가 배포되면 코드가 복사되고 c:\www\site.com_r1235
정션의 대상이 변경됩니다.
c:\www\example.com -> c:\www\example.com_r1235
그래서 제 질문은 이것이 IIS의 현재 요청에 어떤 영향을 미칠 수 있습니까? IIS의 반응 관점에서 변경에 대한 다른 단점은 무엇입니까 (있는 경우)? 이것이 내가 원하는대로 사이트의 최종 사용자에게 완벽할까요?
(명령 줄을 통해 사이트의 웹 루트를 변경하는 것을 고려했지만 불필요한 응용 프로그램 도메인이나 응용 프로그램 풀 이탈로 인해 IIS를 재구성하는 아이디어가 마음에 들지 않지만 많이 알지 못합니다. 로드 상태에서 사이트의 구성된 실제 경로가 변경되면 어떻게됩니까?)
분명히, 여기서 유일한 관심사는 최종 사용자의 경험입니다. 나의 목표는 그들에게 불편 함을 피하는 것이지 나에게는 편의가 아닙니다.