HTTP/2 연결 수는 적지만 스트림이 많습니다. 연결 풀과 스트림 동시성을 하위 용량에 어떻게 맞추나요?

꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →

잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?

답변과 점검 포인트 펼치기답변 접기

구두 답변

정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.

연결 하나에 많은 stream이 있으면 소켓 수는 작아도 CPU·메모리·DB 호출이 많아집니다. per-connection stream 한도와 서비스 전체 in-flight·queue 예산을 함께 둡니다.

서버 SETTINGS·client pool·프록시 동작을 확인하고 큰·작은 요청을 섞어 측정합니다. 연결 증설로 HOL 영향을 줄일 수 있어도 handshake·FD·혼잡 경쟁이 늘 수 있습니다. stream 종료와 외부 작업 취소도 구분합니다.

이해가 드러나는 지점을 확인해 보세요.

연결 하나에 많은 stream이 있으면 소켓 수는 작아도 CPU·메모리·DB 호출이 많아집니다. per-connection stream 한도와 서비스 전체 in-flight·queue 예산을 함께 둡니다.
stream 종료와 외부 작업 취소도 구분합니다.

놓치기 쉬운 조건과 오해를 짚어 보세요.

다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: 연결 하나에 많은 stream이 있으면 소켓 수는 작아도 CPU·메모리·DB 호출이 많아집니다.

하나 더 질문하며 이해의 범위를 넓혀 보세요.

득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.

답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.