웹 서버·WAS 용어 사전

연결 수용·정적 파일·프록시·TLS 종단을 맡는 앞단. 애플리케이션 코드를 도는 WAS와 역할이 갈린다.

느리게 받아가는 클라이언트가 서버 스레드를 붙잡는 문제. 앞단이 버퍼링해 흡수한다.

서버를 대신해 요청을 받는 중계자. 뒤에 몇 대가 있든 클라이언트에게는 한 대로 보인다.

실제 연결을 처리하는 비특권 프로세스. 마스터는 권한이 필요한 일만 하고 요청은 다루지 않는다.

"준비된 연결만 알려 달라"는 커널 기능 위에서 도는 처리 방식. 연결당 스레드를 쓰지 않는다.

연결 하나가 곧 디스크립터 하나. worker_connections를 아무리 키워도 여기서 막힌다.

검증에 성공한 뒤에만 새 워커를 띄우고, 기존 워커는 처리 중인 요청을 마치고 종료한다.

파일에 적힌 순서가 아니라 정해진 우선순위로 고른다. 정규식이 접두사를 이긴다.

끝에 경로가 있으면 location 접두사를 대체하고, 없으면 요청 URI를 그대로 넘긴다.

뒤로 보낼 서버 묶음. 분배 방식과 실패 판정, 연결 재사용을 여기서 정한다.

root는 location 경로를 뒤에 붙이고, alias는 대체한다. 한 글자 차이로 파일 경로가 달라진다.

암호화를 어디서 푸느냐. 내부 신뢰 여부와 L7 기능 필요 여부로 결정한다.

리프 인증서만 보내면 브라우저는 되고 서버 간 호출만 실패한다. 재현이 어려운 전형적 사고.

하나의 연결에 스트림을 다중화한다. HTTP 레벨 HoL은 없앴지만 TCP 레벨은 남았다.

TCP를 버리고 UDP 위 QUIC로 옮겼다. 스트림이 독립적이라 TCP 레벨 HoL이 사라진다.

acceptCount·maxConnections·maxThreads는 서로 다른 층의 한도다. 연결 수용과 처리가 분리돼 있다.

계층마다 타임아웃이 있고 어긋나면 사고가 난다. 안쪽으로 갈수록 짧아야 한다.

준비되기 전에 받지 않고, 제외된 뒤에 닫는다. 둘 중 하나만 빠져도 요청이 잘린다.

얕게 만들면 장애를 못 잡고, 깊게 만들면 동시에 전멸한다. liveness와 readiness를 나눈다.

앞단이 내는 코드가 어디가 문제인지를 가리킨다. 502는 연결 실패, 504는 응답 지연.