HTTP 연결 타임아웃 — 구간별 시간 분해로 병목 특정 — 실습 Lab

INCIDENT RESPONSE

0 / 5 단계 완료

📚 PREREQUISITES

Labnetworking-dns-deep-dive

Theorynetworking/http-connection-timeout-debug

Theorynetworking/http-curl

TRACK

NETWORKING

SLA

40분

SEV

SEV-2

PHASES

3단계

ENV

local

INCOMING TICKET

“장애 보고: "외부 API 호출이 가끔 타임아웃 나요. 어떤 건 빠르고 어떤 건 10초씩 걸려요. 네트워크 문젠지 서버 문젠지 모르겠어요."”

YOUR ROLE

인프라/백엔드 운영 엔지니어인 당신이

IMPACT IF UNRESOLVED

외부 의존 호출의 간헐적 타임아웃으로 기능 실패·응답 지연. 원인 구간(네트워크 vs 서버)이 불분명해 책임 소재·처방이 안 잡힘.

🚨INCIDENT BRIEF

외부 API 호출이 가끔 타임아웃 납니다. 어떤 요청은 50ms, 어떤 요청은 10초.

"네트워크가 느린 건가요, 서버가 느린 건가요?"

"느리다"를 막연히 보면 영영 못 잡습니다. HTTP 한 번에는 여러 구간이 있습니다:

DNS 조회 → TCP connect → TLS 핸드셰이크 → 서버 처리(TTFB) → 응답 전송.

어느 구간이 느린지 분해하면 범인이 드러나고, "네트워크를 고칠지 서버를 고칠지"가 정해집니다.

curl의 타이밍 분해로 구간을 가르고, connect 타임아웃과 read 타임아웃을 구분합니다.

⏱ 40분📊 중급🔧 3단계#http#timeout#curl#ttfb

MISSION

curl 타이밍 분해로 느린 구간 특정

DNS·connect·TLS·TTFB·total을 분해해 어느 구간이 시간을 먹는지 본다

connect 타임아웃 vs read 타임아웃 구분

타임아웃이 "연결 자체가 안 됨(connect)"인지 "연결은 됐는데 응답이 안 옴(read)"인지 가른다

원인별 교정 + 타임아웃/재시도 정책

특정된 원인(DNS/네트워크/서버)을 고치고, 클라이언트 타임아웃·재시도를 합리적으로 설정한다

📌 선수 지식

ℹ️ 실습 환경

환경: local

필요 도구: curl, dig, ss, nc

🔒

실습 실행은 Pro 플랜 전용입니다

인시던트 브리프와 학습 자료는 지금 바로 확인할 수 있습니다. 실제 실습 진행 및 터미널 사용은 Pro 플랜에서 가능합니다.

>_ LAB TERMINAL↔ 너비 조절

NOTES