다음을 통해 공유


제한

구성 저장소는 제공할 수 있는 요청에 제한이 있습니다. 구성 저장소에 대해 할당된 할당량을 초과하는 모든 요청은 HTTP 429(너무 많은 요청) 응답을 받습니다.

제한은 여러 가지 할당량 정책으로 나뉩니다.

  • 총 요청 - 총 요청 수
  • 총 대역폭 - 아웃바운드 데이터(바이트)
  • 스토리지 - 사용자 데이터의 총 스토리지 크기(바이트)

제한된 응답 처리

지정된 할당량에 대한 속도 제한에 도달하면 서버는 429 상태 코드로 해당 형식의 추가 요청에 응답합니다. 429 응답에는 요청 할당량을 보충하도록 허용하는 제안된 대기 시간(밀리초)을 클라이언트에 제공하는 retry-after-ms 헤더가 포함됩니다.

HTTP/1.1 429 (Too Many Requests)
retry-after-ms: 10
Content-Type: application/problem+json; charset=utf-8
{
  "type": "https://azconfig.io/errors/too-many-requests",
  "title": "Resource utilization has surpassed the assigned quota",
  "policy": "Total Requests",
  "status": 429
}

위의 예제에서 클라이언트는 허용되는 할당량을 초과했으며 추가 요청을 시도하기 전에 속도를 늦추고 10밀리초를 기다리는 것이 좋습니다. 클라이언트는 점진적 백오프도 고려해야 합니다.

기타 재시도

서비스는 클라이언트 재시도가 필요한 제한 이외의 상황을 식별할 수 있습니다(예: 503 서비스를 사용할 수 없음). 이러한 모든 경우 응답 헤더가 retry-after-ms 제공됩니다. 견고성을 높이기 위해 클라이언트는 제안된 간격을 따르고 다시 시도하는 것이 좋습니다.

HTTP/1.1 503 Service Unavailable
retry-after-ms: 787

모니터링

총 요청 할당량 사용량을 보기 위해 App Configuration은 요청 할당량 사용이라는 메트릭을 제공합니다. 요청 할당량 사용 메트릭은 현재 할당량 사용량을 백분율로 표시합니다.

요청 할당량 사용 메트릭 및 기타 App Configuration 메트릭에 대한 자세한 내용은 모니터링 앱 구성 데이터 참조를 참조하세요.