참고 자료 · 107

비동기 API 작업

요청 접수가 작업 완료를 증명하지 않습니다.

업데이트됨 2026년 10월 8일 · 2 min

이 가이드가 달성하는 목표

1
상태와 권한 정의
접수, 대기, 실행, 완료, 실패, 취소 요청을 구분한다. HTTP 202는 성공을 보장하지 않는다. 계정별로 상태, 결과, 취소 권한을 확인한다. 식별자는 권한을 대신하지 않는다.
계정, 작업 및 재사용 식별자
2
추적 재개
기존 참조를 보존한다. 조회 간격, 기간, 만료, 상태가 없을 때의 대응을 정한다. 중복 방지가 있다면 적용 범위를 문서화하고 재전송 전에 응답 유실을 시험한다.
상태, 시각, 간격 및 만료
3
최종 결과 확인
처리나 게시 중 취소, 실행 프로세스 실패, 결과 만료를 시험한다. 남은 영향을 확인하고 최종 상태에서 조회를 멈춘다.
산출물, 오류, 취소 및 남은 영향

승인된 의견을 기입하십시오. 이 항목들은 작업 템플릿이며, 관찰된 결과가 아닙니다.

가상 예시: 내보내기 접수 응답이 유실되어 사용자가 다시 시도한다.

반복 요청 계약이 기존 작업을 반환하는지 시험한다. 보장이 없다면 새 작업을 만들기 전에 요청을 확인해야 한다. 화면만으로 단일 실행을 증명할 수 없다.

지표	측정 대상	첫 번째 조치
정체된 작업	정한 시간 내 갱신이 없는 요청	검토, 복구 또는 종료 담당을 정한다
재개	새 작업 없이 재개한 추적	재시작과 중복을 조사한다

202가 나중의 완료를 증명할까?

아니다. 처리를 위한 접수를 알릴 뿐 최종 결과는 아니다. 작업 상태를 확인한다.

취소하면 기존 영향도 지워질까?

항상 그렇지는 않다. 최종 상태를 확인하고 이미 존재하는 영향을 대조한다.

참조는 방법을 뒷받침합니다. 상황에 맞게 검사를 조정하십시오. 이는 인증이 아닙니다. 원본 참조 제목 및 소스 문서는 다른 언어로 작성되었을 수 있습니다.

참고 자료 확인일 2026년 10월 8일.