웹 요청의 해부

주소창에 입력한 다음

브라우저 주소창에 example.com을 입력하고 엔터를 누르면 화면이 거의 즉시 뜹니다. 너무 빨라서 하나의 동작처럼 느껴지지만, 실제로는 여러 단계가 순서대로 일어납니다.

이 강의는 그 순서를 봅니다. 순서를 알아야 "왜 느린가"를 물을 수 있기 때문입니다.

1단계 — 이름을 주소로 바꾼다 (DNS)

example.com은 사람이 읽기 위한 이름입니다. 컴퓨터끼리는 숫자로 된 주소 (예: 93.184.216.34)를 씁니다. 그래서 브라우저는 먼저 이 이름의 주소가 뭐냐고 물어봐야 합니다. 이 질문에 답해주는 곳을 DNS 리졸버라고 부릅니다.

전화번호부에서 이름으로 번호를 찾는 것과 같습니다. 번호를 알아야 전화를 걸 수 있듯이, 주소를 알아야 요청을 보낼 수 있습니다.

이미 최근에 물어본 적이 있으면 브라우저나 운영체제가 답을 기억해 둡니다. 그러면 이 단계는 거의 시간이 들지 않습니다. 이 강의는 기억해 둔 게 없는 상태를 가정합니다.

2단계 — 연결을 맺는다

주소를 알았다고 바로 데이터를 달라고 할 수는 없습니다. 먼저 상대방과 연결을 맺어야 합니다. 서로 "들리십니까" "네 들립니다"를 주고받는 절차입니다.

전화를 걸어 상대가 받을 때까지의 과정에 해당합니다. 아직 아무 얘기도 안 했지만, 이 과정에도 시간이 듭니다.

3단계 — 실제로 요청한다

이제야 "이 페이지를 주세요"라고 말합니다. 이것이 HTTP 요청입니다.

4단계 — 서버가 답을 만든다

서버는 요청을 받고 필요하면 데이터베이스에 물어봅니다. 사용자 정보나 게시글 같은 건 서버가 들고 있는 게 아니라 데이터베이스에 저장되어 있기 때문입니다. 답을 받아서 페이지를 만들고, 그 결과를 돌려보냅니다.

왜 이 순서가 중요한가

네 단계는 앞이 끝나야 뒤가 시작됩니다. 그래서 전체 시간은 각 단계 시간의 합입니다.

전체 시간 = 이름 찾기 + 연결 맺기 + 요청/응답 + 서버 처리

이 말은 곧, 어느 한 단계만 느려도 전체가 느려진다는 뜻입니다. 서버를 아무리 빠르게 만들어도 이름 찾기가 3초 걸리면 사용자는 3초를 기다립니다.

그래서 "사이트가 느려요"라는 신고를 받으면 가장 먼저 할 일은 어느 단계가 느린지 나누는 것입니다. 단계를 나누지 않으면 엉뚱한 곳을 고치게 됩니다.