IIS와 같은 웹 서버의 주된 역할은 웹 클라이언트로부터 파일 요청을 받으면 해당 파일을 가져와 콘텐츠를 다시 클라이언트로 보냄으로써 요청을 처리하는 것입니다. 이때 클라이언트로 전송된 파일은 대부분 IIS 서버에 로컬로 저장됩니다. 이런 방식은 속도가 빠를 뿐만 아니라 파일이 업데이트되는 즉시 새 콘텐츠를 제공하는 장점이 있습니다. 따라서 관리하기 편한 소규모 파일 세트를 제공하는 일부 웹 사이트의 경우, 콘텐츠를 IIS 서버에 로컬로 호스팅하는 이 방식이 간단하고 성능면에서도 가장 유리합니다.

그러나 파일을 IIS 서버에 저장하는 이 방식이 실용적이지 않거나 불가능한 경우도 많습니다. 관리할 파일이 많은 시스템에서 콘텐츠를 IIS 서버에 저장하면 콘텐츠 관리 작업과 IIS 관리 작업을 동일한 시스템에서 처리해야 합니다. 이러한 작업 부하를 단일 서버가 감당할 수 있다면 콘텐츠를 로컬로 저장하는 것이 효율적이겠지만, 웹 서버를 추가하여 시스템을 확장해야 하는 상황이 발생하면 여러 서버에 파일 시스템을 계속 복제해야 하기 때문에 관리 작업이 복잡해집니다. 복제 작업에는 시간이 많이 소요될 뿐만 아니라 불완전한 콘텐츠를 전송되는 등의 기타 동기화 문제가 발생할 수 있습니다. 또한 여러 서버에 위치한 파일 시스템의 보안을 관리하느라 복잡함이 훨씬 가중됩니다. 더욱이 파일 저장에 필요한 용량이 커지면서 각 서버의 저장 용량을 확장해야 하는 경우에는, 추가 비용이 발생하는 것은 물론 하드웨어 수가 늘어남에 따라 하드웨어 고장으로 인해 가동이 중지될 확률도 그만큼 높아지게 됩니다.

이러한 문제를 해결하는 한 가지 방법은 IIS를 프런트 엔드로 사용하여 원격 시스템에 저장된 콘텐츠를 전송하는 것입니다. 이 백서에서는 IIS 6.0의 구성 및 튜닝 외에도, UNC(Universal Naming Convention) 경로 이름을 사용하여 IIS에 제공되는 파일이나 응용 프로그램 또는 기타 네트워크 리소스의 중앙 저장소 역할을 하는 원격 서버에 대해 중점적으로 다룹니다. 여기서는 파일 서버 역할을 하는 Microsoft 서버 운영 체제에 대한 액세스만 설명하지만, UNC 경로 이름을 사용하여 원격 파일을 공유하는 다른 저장소 솔루션(예: NAS 장치)에도 여기에 나온 많은 내용을 적용할 수 있습니다.