잔액 부족을 gRPC 전송 장애처럼 반환했습니다. 상태 코드와 업무 거절을 어떻게 나눠 잘못된 재시도를 막나요?
꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →
잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?
답변과 점검 포인트 펼치기답변 접기
01
구두 답변
정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.
잔액 부족은 정상적으로 계산된 업무 거절이며 연결 실패와 같은 자동 재시도 신호가 아닙니다. transport status와 도메인 결과를 호출자가 구분할 수 있게 계약을 정합니다.
timeout은 잔액 검사가 실패한 것이 아니라 변경 결과가 불확실할 수 있습니다. 요청 ID·결과 조회·멱등 키를 제공하고 상세 내부 오류를 노출하지 않습니다. 다른 언어 client의 코드 매핑·재시도 interceptor가 같은 의미를 따르는지 시험합니다.
02
득점 포인트
이해가 드러나는 지점을 확인해 보세요.
- 잔액 부족은 정상적으로 계산된 업무 거절이며 연결 실패와 같은 자동 재시도 신호가 아닙니다. transport status와 도메인 결과를 호출자가 구분할 수 있게 계약을 정합니다.
- 다른 언어 client의 코드 매핑·재시도 interceptor가 같은 의미를 따르는지 시험합니다.
03
감점 포인트
놓치기 쉬운 조건과 오해를 짚어 보세요.
- 다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: 잔액 부족은 정상적으로 계산된 업무 거절이며 연결 실패와 같은 자동 재시도 신호가 아닙니다.
04
더 파고들 거리
하나 더 질문하며 이해의 범위를 넓혀 보세요.
득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.
원리부터 공부하고 싶다면
답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.