백엔드, 데이터 및 보안 더 많은 세부 정보 C · 업계 관례 플랫폼: 웹

Request Deadline

요청 기한

요청 기한은 클라이언트가 더 이상 기다리지 않는 시간입니다. 각 하위 호출은 남은 시간만 받아야 합니다.

당신은 이것을 이렇게 부를 수 있습니다 Request Deadline기한 전파요청 시간 제한RPC 마감 시간

작동 방식을 확인하세요

원본 작업 예제요청 기한
상태 및 복구요청 기한absolute deadline -> remaining timeout -> propagate -> cancel -> stop spawned work
체크아웃 요청800 ms
클라이언트 → API마감일 설정13:00:00.800
API → 재고180ms 이미 사용됨620ms 남음
시간이 0에 도달함취소
안전하게 유지모든 하위 호출은 남은 시간만 받습니다.복구취소하면 앱은 파생된 작업을 멈추고 자원을 풀어줘.
absolute deadline -> remaining timeout -> propagate -> cancel -> stop spawned workSRE
요청 기한서비스 복원력

다른 예시

체크아웃은 800ms로 시작합니다. API는 남은 620ms 동안 인벤토리에 시간을 제공합니다. 호출은 0에서 취소됩니다. 서버는 그 후 생성된 작업을 중지합니다.

주요 부분

  1. 01시작 시간
  2. 02절대 기한
  3. 03경과 시간
  4. 04남은 시간
  5. 05취소 신호
  6. 06정리 경로

사용할 때

원격 호출에 마감 시간을 설정합니다. 사용자 요구와 측정된 지연 시간을 기준으로 선택합니다. 남은 시간을 호출 체인을 통해 전달합니다.

다음 경우에는 사용하지 마세요

데이터 없이 작은 수를 선택하지 마십시오. 기다림을 중단하는 것만으로는 충분하지 않습니다. 서버는 취소를 인지하고 작업을 중단해야 합니다.

코드에서 사용된 이름

absolute deadline -> remaining timeout -> propagate -> cancel -> stop spawned work

출시하기 전에

Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback.

복사 가능한 요청

Outcome:Complete the task with 요청 기한 (Request Deadline)。 User context:체크아웃은 800ms로 시작합니다. API는 남은 620ms 동안 인벤토리에 시간을 제공합니다. 호출은 0에서 취소됩니다. 서버는 그 후 생성된 작업을 중지합니다. Technical concept or control:요청 기한 (Request Deadline)。 Why it fits:원격 호출에 마감 시간을 설정합니다. 사용자 요구와 측정된 지연 시간을 기준으로 선택합니다. 남은 시간을 호출 체인을 통해 전달합니다. Do not use it when:데이터 없이 작은 수를 선택하지 마십시오. 기다림을 중단하는 것만으로는 충분하지 않습니다. 서버는 취소를 인지하고 작업을 중단해야 합니다. Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary):하나의 공식 표준이 전체 용어를 통제하지 않음. 의미는 팀, 플랫폼 또는 프레임워크마다 달라질 수 있음. Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.

이 요청을 확인하세요

Review how 요청 기한 (Request Deadline) is used now. Definition: 요청 기한은 클라이언트가 더 이상 기다리지 않는 시간입니다. 각 하위 호출은 남은 시간만 받아야 합니다. Release checks: Check contracts and invariants, authorization, and input limits. Test retries, one-time effects, timeouts, and partial failures. Verify data integrity, compatibility, monitoring, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.

C
이 용어는 얼마나 공식적인가요?

업계 관례

사람들은 직장에서 이 용어를 자주 사용합니다. 나열된 출처는 실습이나 제한을 지원할 수 있습니다. 모든 부분의 정의를 제공하지는 않습니다.

하나의 공식 표준이 전체 용어를 통제하지 않음. 의미는 팀, 플랫폼 또는 프레임워크마다 달라질 수 있음.

범위
소스가 포함하는 것만:정규 이름、정의、의미론、플랫폼 API、구현、사용 안내、피해야 할 상황 안내
문서 상태
안정적인
선택됨
2026-07-30

증거 출처 및 범위

권위 있는 출처 + 용어 참조 · gRPC · 안정적인 Deadlines 범위: 정규 이름、정의、의미론、플랫폼 API、구현、사용 안내、피해야 할 상황 안내 여기 역할: 직접 용어 참조 출처 범위: 정규 이름, 정의, 의미론, 플랫폼 API, 구현, 사용 안내, 피해야 할 상황 안내

직접 복사

브라우저가 이것을 복사할 수 없습니다. 아래 요청을 선택하고 직접 복사하세요.