사용량 한도

Google Chat API는 공유 서비스이기 때문에 모든 사용자가 공정하게 사용하도록 하고 성능을 개선하는 데 도움이 됩니다

할당량을 초과하면 429: Too many requests HTTP가 수신됩니다. 상태 코드 응답을 반환합니다. Chat에 대한 추가 비율 제한 확인 같은 오류 응답을 생성할 수도 있습니다 이 오류가 발생하면 다음을 사용해야 합니다. 지수 백오프 알고리즘 나중에 다시 시도하세요. 아래 나열된 분당 할당량 내에 머무르면 아래 표에 나와 있는 것처럼 요청하는 횟수에는 제한이 없습니다 입니다.

Chat API 메서드에는 공간별, 프로젝트별, 두 가지 할당량 유형이 적용됩니다. 할당량도 제공합니다

공간당 할당량

공간당 할당량은 특정 스페이스의 쿼리 비율을 제한하며 다음을 호출하여 해당 스페이스에서 작동하는 모든 채팅 앱 각 할당량의 Chat API 메서드입니다.

다음 표에서는 공간당 쿼리 한도를 자세히 설명합니다.

공간당 할당량

Chat API 메서드

제한 (60초당,
스페이스의 모든 Chat 앱 간에 공유됨)

분당 읽기

media.download

spaces.get

spaces.members.get

spaces.members.list

spaces.messages.get

spaces.messages.list

spaces.messages.attachments.get

spaces.messages.reactions.list

900

분당 쓰기

media.upload

spaces.delete

spaces.patch

spaces.messages.create (수신 웹훅에도 적용됨)

spaces.messages.delete

spaces.messages.patch

spaces.messages.reactions.create

spaces.messages.reactions.delete

60

프로젝트당 할당량

프로젝트당 할당량은 Google Cloud 프로젝트의 쿼리 비율을 제한합니다. 따라서 지정된 각 할당량의 Chat API 메서드입니다.

다음 표에서는 프로젝트당 쿼리 한도를 자세히 설명합니다. 또한 자세한 내용은 할당량 페이지를 참조하세요.

프로젝트당 할당량

Chat API 메서드

한도 (60초당)

분당 메시지 쓰기

spaces.messages.create

spaces.messages.patch

spaces.messages.delete

3000

분당 메시지 읽기

spaces.messages.get

spaces.messages.list

3000

분당 멤버십 쓰기

spaces.members.create

spaces.members.delete

300

분당 멤버십 읽기

spaces.members.get

spaces.members.list

3000

분당 스페이스 쓰기

spaces.setup

spaces.create

spaces.patch

spaces.delete

60

분당 스페이스 읽기

spaces.get

spaces.list

spaces.findDirectMessage

3000

분당 첨부파일 쓰기

media.upload

600

분당 연결 읽기

spaces.messages.attachments.get

media.download

3000

분당 리액션 쓰기

spaces.messages.reactions.create

spaces.messages.reactions.delete

600

분당 리액션 읽기

spaces.messages.reactions.list

3000

추가 사용량 한도

GROUP_CHAT 유형의 스페이스를 만들 때는 추가 할당량 한도가 적용됩니다. 또는 SPACE (spaces.create 또는 spaces.setup 메서드 사용) 분당 스페이스 35개 및 다음당 스페이스 210개 미만의 스페이스 생성 시간을 절약할 수 있습니다. DIRECT_MESSAGE 유형의 스페이스에는 적용되지 않습니다. 추가 할당량 한도.

동일한 공간을 타겟팅하는 모든 API의 대규모 초당 쿼리 수 (QPS)가 트리거할 수 있는 경우 추가 내부 한도를 할당량 페이지

시간 기반 할당량 오류 해결

모든 시간 기반 오류 (X분당 최대 N개의 요청)의 경우 코드가 예외를 포착하고 잘린 지수 백오프를 사용하여 기기에서 과도한 부하를 생성하지 않습니다.

지수 백오프는 네트워크 애플리케이션의 표준 오류 처리 전략입니다. 지수 백오프 알고리즘으로 기하급수적으로 증가하는 대기 시간을 사용하여 요청 재시도 최대 백오프 시간까지 줄일 수 있습니다. 그래도 요청이 실패하면 요청이 성공할 때까지 요청 간 지연이 시간이 지남에 따라 증가한다는 것이 중요합니다.

예시 알고리즘

지수 백오프 알고리즘으로 기하급수적으로 요청을 재시도하여 대기 시간 증가 최대 백오프 시간까지 재시도할 수 있습니다. 예를 들면 다음과 같습니다.

  1. Google Chat API에 요청합니다.
  2. 요청이 실패하면 1 + random_number_milliseconds를 대기한 후 재시도합니다. 요청을 처리합니다
  3. 요청이 실패하면 2+random_number_milliseconds를 대기한 후 재시도합니다. 요청을 처리합니다
  4. 요청이 실패하면 4 + random_number_milliseconds를 대기한 후 재시도합니다. 요청을 처리합니다
  5. maximum_backoff 시간까지 이를 반복합니다.
  6. 최대 재시도 횟수까지 계속 대기하고 재시도하되 대기 시간을 늘리지 않습니다. 최대 24시간이 필요합니다.

각 항목의 의미는 다음과 같습니다.

  • 대기 시간은 min(((2^n)+random_number_milliseconds), maximum_backoff)입니다. 반복 (요청)할 때마다 n가 1씩 증가합니다.
  • random_number_milliseconds는 다음보다 작은 밀리초 단위의 임의 숫자입니다. 1,000과 같습니다. 이렇게 하면 많은 클라이언트가 서로 다른 클라이언트 간에 모두 한 번에 재시도하여 요청을 동기화된 상태로 있습니다. random_number_milliseconds의 값은 다음 값이 될 때마다 다시 계산됩니다. 재시도 요청
  • maximum_backoff는 일반적으로 32 또는 64초입니다. 적절한 값 사용 사례에 따라 다릅니다

클라이언트는 maximum_backoff 시간에 도달한 후 재시도를 계속할 수 있습니다. 이후 재시도는 백오프 시간을 계속 늘릴 필요가 없습니다. 대상 예를 들어 클라이언트가 maximum_backoff 시간 64초를 사용하는 경우 클라이언트는 64초마다 재시도할 수 있습니다. 언젠가는, 무제한 재시도를 방지해야 합니다

재시도 간 대기 시간과 재시도 횟수는 사용 사례에 따라 다릅니다. 네트워크 상태를 확인할 수 있습니다

프로젝트당 할당량 상향 요청

프로젝트의 리소스 사용량에 따라 할당량을 요청할 수 있음 증가할 수도 있습니다 서비스 계정에 의한 API 호출은 단일 계정으로 액세스할 수 있습니다. 할당량 상향을 신청해도 승인이 보장되는 것은 아닙니다. L 사이즈 할당량 상향 조정 승인에 시간이 더 걸릴 수 있습니다.

모든 프로젝트의 할당량이 동일하지는 않습니다. Google Cloud를 점점 더 많이 사용함에 따라 할당량을 늘려야 할 수도 있습니다 앞으로 주목할 만한 사용량이 늘어나더라도 할당량 조정을 요청하여 할당량 페이지에서 Google Cloud 콘솔에서 확인할 수 있습니다

자세한 내용은 다음 리소스를 참고하세요.