IIS란 무엇인가요? 마이크로소프트의 윈도우 웹 서버 및 대안

IIS(Internet Information Services) 는 마이크로소프트의 윈도우용 웹 서버 플랫폼입니다. HTTP 및 HTTPS 요청을 수신하고 웹 사이트, 웹 애플리케이션 및 API를 제공합니다. "윈도우 웹"이라는 용어는 IIS를 비공식적으로 지칭하는 데 사용되기도 하지만, IIS는 마이크로소프트의 별도 서버 제품이 아닙니다. 관리자는 그래픽 인터페이스인 IIS 관리자, PowerShell, 명령줄 도구 및 구성 파일을 사용하여 IIS를 관리할 수 있습니다.

Windows Server에서는 IIS가 웹 서버(IIS) 역할 로 설치됩니다 . 지원되는 Windows 클라이언트 에디션에서는 선택적 기능으로 활성화할 수 있으며, 일반적으로 로컬 개발 또는 테스트 용도로 사용됩니다. 사용 가능한 구성 요소는 Windows 에디션 및 버전에 따라 다르므로 개발자 PC 설정은 프로덕션 환경 배포 가이드로 간주해서는 안 됩니다.

IIS 관리자 인터페이스의 그림으로, 연결 트리, 기본 웹 사이트 선택, 기능 보기 및 작업 창이 표시됩니다. — 그림으로 설명된 IIS 관리자 레이아웃은 관리자가 사이트를 선택하고 일반 설정에 액세스하는 위치를 보여줍니다.

IIS가 제공하는 기능

IIS는 HTML, 스타일시트, 스크립트, 이미지와 같은 정적 파일을 제공할 수 있습니다. 또한 콘텐츠를 동적으로 생성하는 애플리케이션에 요청을 전달할 수도 있습니다. IIS는 인증, 로깅, 요청 필터링, 압축, URL 재작성과 같은 작업을 위한 선택적 모듈을 사용하므로 관리자는 애플리케이션에 필요한 기능만 활성화할 수 있습니다.

IIS는 일반적으로 Microsoft 웹 애플리케이션에 사용됩니다. 예를 들어, ASP.NET Core는 ASP.NET Core 모듈을 통해 IIS에서 실행될 수 있습니다. Microsoft의 최신 .NET 호스팅 번들 설명서에는 이러한 설정에 필요한 런타임 및 모듈에 대한 설명이 나와 있습니다. 다른 기술도 추가 핸들러 또는 모듈을 통해 작동할 수 있지만, 특정 애플리케이션에 대한 호환성, 유지 관리 및 보안 지원 여부를 확인해야 합니다.

IIS의 주요 편의 기능 중 하나는 그래픽 콘솔입니다. 사이트, 바인딩, 애플리케이션 풀, 모듈, 보안 설정 및 로그를 한 곳에서 관리할 수 있습니다. 동일한 환경을 PowerShell을 사용하여 자동화하거나 파일을 통해 구성할 수도 있어, 팀에서 서버 간에 설정을 일관되게 적용하는 데 도움이 됩니다.

IIS가 웹 요청을 처리하는 방법

최신 IIS에서 Windows HTTP 스택인 HTTP.sys는 들어오는 HTTP 및 HTTPS 트래픽을 수신합니다. IIS 서비스와 Windows 프로세스 활성화 서비스(WAS)는 서버 구성을 사용하여 요청을 올바른 사이트 및 애플리케이션 풀로 라우팅합니다. 그러면 작업자 프로세스가 요청을 처리하고 HTTP 스택을 통해 응답을 반환합니다. Microsoft의 IIS 아키텍처 가이드에서 이러한 구성 요소와 요청 흐름에 대해 자세히 설명합니다.

애플리케이션 풀은 작업자 프로세스 설정에 따라 하나 이상의 웹 애플리케이션을 그룹화합니다. 별도의 풀을 사용하면 프로세스 경계가 생성되어 한 애플리케이션의 문제가 다른 풀의 애플리케이션에 직접적인 영향을 미치는 것을 방지할 수 있습니다. 하지만 애플리케이션 풀은 서버의 공유 운영 체제, CPU, 메모리 또는 네트워크 용량으로부터 워크로드를 완전히 격리하지는 않으므로 리소스 사용량 및 권한에 대한 모니터링은 여전히 필요합니다.

IIS 요청의 개념적 흐름은 브라우저에서 HTTP.sys와 애플리케이션 풀 작업자 프로세스를 거쳐 응답으로 다시 돌아오는 과정입니다. — 개념적인 요청 흐름: HTTP.sys는 브라우저 요청을 수신하고, IIS는 이를 애플리케이션 풀로 라우팅하며, 작업자 프로세스는 응답을 반환합니다.

IIS는 언제 유용할까요?

애플리케이션이 이미 Windows Server, ASP.NET, Windows 인증 또는 IIS 관련 구성에 의존하거나 팀에서 Windows 서버를 관리할 수 있는 역량을 갖춘 경우 IIS를 선택하십시오 .
리눅스 우선 배포가 필요하거나, 파일 기반 구성을 선호하거나, 다른 운영 체제 모델을 사용하는 리버스 프록시를 원하는 경우 다른 서버를 고려하십시오 .
IIS Express는 전체 서버 설치가 필요하지 않은 간단한 로컬 개발 및 테스트 환경에 사용하세요. Microsoft는 IIS Express를 개발 지향적인 버전으로 설명하며, 일반적인 프로덕션 호스팅을 대체하는 용도로는 적합하지 않다고 강조합니다.

IIS는 사이트 또는 방문자별로 별도로 구매해야 하는 웹 서버 라이선스가 아니라 Windows 구성 요소입니다. 하지만 Windows Server 라이선스 및 액세스 규칙이 배포에 적용될 수 있습니다. Microsoft는 Windows Server 소프트웨어에 액세스하려면 클라이언트 액세스 라이선스(CAL)가 필요할 수 있다고 명시하고 있으므로, 공식 CAL 지침 및 특정 호스팅 계약 조건을 검토하시기 바랍니다.

고려할 만한 IIS 대안

모든 상황에 맞는 "최고의" 웹 서버는 없습니다. 애플리케이션에 필요한 플랫폼, 팀에서 선호하는 서비스 구성 방식, 그리고 서버가 애플리케이션을 직접 호스팅해야 하는지 아니면 트래픽을 다른 프로세스로 라우팅해야 하는지 등을 비교해 보세요.

IIS 관리자, Apache HTTP 서버 구성 파일, NGINX 리버스 프록시 구성을 비교하는 세 가지 소프트웨어 패널 — 개념적 인터페이스 비교: IIS는 Windows 콘솔을 사용하는 반면, Apache와 NGINX는 주로 텍스트 파일을 통해 구성됩니다.

옵션	~에 적합합니다	고려해야 할 절충점
아파치 HTTP 서버	다양한 구성 옵션과 풍부한 플랫폼 문서를 갖춘 모듈형 오픈 소스 서버를 원하십니까?	다양한 모듈과 지시문을 통해 유연성을 제공하지만, 관리자는 구성을 이해하고 유지 관리해야 합니다. 자세한 내용은 Apache HTTP Server 문서를 참조하십시오 .
NGINX	웹 서버는 애플리케이션 서비스 앞에서 리버스 프록시 또는 HTTP 로드 밸런서 역할도 할 수 있어야 합니다.	NGINX는 텍스트 파일을 통해 구성되며 일반적으로 동적 요청을 별도의 애플리케이션 프로세스로 라우팅합니다. NGINX 공식 문서를 참조하십시오 .
캐디	간결한 구성과 적격 공용 호스트 이름에 대한 HTTPS 인증서 자동 프로비저닝 및 갱신 기능을 원하십니까?	자동 HTTPS 활성화는 여전히 올바른 도메인, 네트워크 및 배포 설정에 따라 달라집니다. 자세한 내용은 Caddy의 공식 자동 HTTPS 가이드를 참조하십시오 .

기존 Windows 애플리케이션의 경우, 서버가 지원되고 안전하게 유지 관리된다면 IIS를 그대로 사용하는 것이 가장 간단한 선택일 수 있습니다. 새로운 프로젝트의 경우, 애플리케이션의 플랫폼 요구 사항과 팀에서 안정적으로 운영할 수 있는 운영 체제를 고려하여 결정해야 합니다. 실제 운영 중인 사이트를 한 서버에서 다른 서버로 이전하기 전에 인증, URL 규칙, 인증서, 로깅 및 배포 동작을 테스트하십시오.

결론

IIS는 Microsoft에서 제공하는 Windows용 구성 가능한 웹 서버로, 관리 콘솔과 애플리케이션 풀 모델을 통해 다양한 Windows 기반 웹사이트 및 서비스에 적합합니다. Apache HTTP Server, NGINX, Caddy는 플랫폼이나 운영 체제 모델이 프로젝트에 더 적합한 경우 고려할 만한 대안입니다. 애플리케이션 호환성, 관리 요구 사항, 전체 환경의 라이선스 및 지원 요구 사항을 종합적으로 고려하여 선택하십시오.