Quiz: HTTP API Integration

고객사 API 호출이 4밀리초 만에 connection refused 로 끝납니다. 가장 먼저 확인할 것은?

• 방화벽과 보안 그룹 인바운드 규칙
• 대상 호스트에서 프로세스가 살아 있는지와 바인딩 주소
• 라우팅 테이블
• DNS 레코드

프록시 뒤 서비스가 502 를 냅니다. proxy_read_timeout 을 60초에서 120초로 늘렸는데 그대로입니다. 왜입니까?

• 타임아웃을 더 크게 늘려야 한다
• 업스트림이 죽어 있어 재시작이 필요하기 때문이다
• 502 는 유효하지 않은 응답을 받은 것이고 시간 초과는 504 라서 타임아웃과 무관하다
• 백엔드를 스케일 아웃해야 한다

앱 타임아웃을 30초로 설정했는데 실제 실패는 2분 7초에 일어납니다. 무슨 뜻입니까?

• 네트워크가 실제로 그 정도로 느린 상태다
• 상대 서버가 과부하 상태다
• 앱에서 재시도가 네 번 일어났다
• 설정한 타임아웃이 실제로 적용되지 않고 커널이 SYN 재전송을 소진한 것이다

페이지네이션 순회에서 가장 흔한 버그는?

• 첫 페이지를 두 번 읽어 결과에 중복이 생기는 것
• 응답의 페이지 크기를 잘못 읽는 것
• total 로 페이지 수를 계산할 때 나머지를 잊어 마지막 페이지를 빠뜨리는 것
• 응답의 정렬 순서를 무시하는 것

다음 중 재시도해도 되는 실패는?

• 503 Service Unavailable
• 400 Bad Request
• 401 Unauthorized
• 404 Not Found

새 API 에 붙을 때 코드를 쓰기 전에 해야 할 전수 조사의 목적은?

• 명세에 없는 결측과 실제 건수를 첫 주에 확인해 나중의 숫자 불일치를 막는 것
• 응답 성능을 미리 재 두는 것
• 부하 테스트로 한계를 재 두는 것
• 그 API 가 어떤 인증 방식을 쓰는지 확인하는 것