IIS: 진지하게 받아들여지는 Windows 웹 서버

핵심 내용

• 응용 프로그램 풀은 핵심 구성 단위입니다. 각 풀은 자체 ID, 재활용 설정 및 파이프라인 모드를 갖춘 w3wp 프로세스 경계입니다. 표준 크기 조정 방법은 이웃을 중단하지 않고 충돌 격리를 재활용하므로 애플리케이션당 하나의 풀입니다.
• 재활용에는 거버넌스가 필요합니다. 누출을 가리기 위해 기본 주기적인 재활용(보통 29시간)이 존재하지만 이로 인해 설명할 수 없는 세션 중단이 발생합니다. 기본값을 수락하는 대신 재활용 시간, AlwaysRunning 사전 로드 및 유휴 시간 초과를 의도적으로 조정합니다.
• 모듈에는 URL 재작성, ARR(역방향 프록시), Windows/Forms 인증 및 ACME 모듈을 통한 Let's Encrypt 구성이 포함되어 있습니다. Apache의 공통 모듈을 IIS 모듈과 미러링하지만 모듈 스태킹은 IIS 상자가 부풀어 오르는 방식이므로 메모리를 관찰하십시오.
• 역방향 프록시 형태는 합법적입니다. 하나 또는 여러 IIS 웹 팜 앞의 ARR은 nginx-as-proxy 패턴을 미러링합니다. 트래픽이 대부분 정적이거나 규모에 따른 API 역방향 프록시인 경우 nginx 또는 전용 LB가 비용과 단순성 측면에서 승리합니다.
• 구성은 내부적으로 XML입니다(applicationHost.config와 web.config). 구성 변환 및 시드 데이터는 CI를 통해 잘 게시되지만 계층 구조 수준 간의 구성 싸움은 현실입니다. 가능한 경우 단일 정보 소스를 유지하세요.
• 성능 바로가기: 출력 캐싱(가능한 경우 커널 모드), 압축(정적 압축 사전 준비), WOFF/Brotli 모듈 및 ARR 캐시 규칙 SSL/TLS 설정은 대부분의 감사 결과가 나오는 Windows 암호 제품군 스토리(레지스트리 또는 암호화 정책을 통한 TLS 1.2/1.3)를 따릅니다.

현장 노트

우리가 상속받은 IIS 상자에는 기본적으로 29시간 동안 재활용되는 응용 프로그램 풀이 있었습니다. 이는 모든 고객 로그아웃 티켓이 달력에 속한다는 것을 의미합니다. AlwaysRunning을 설정하고 정직하게 조정하면 티켓이 중지되었습니다. 클라이언트는 우리가 버그를 발견했다고 생각했습니다. 기본값을 찾았습니다.

자주 묻는 질문