사용량 한도 및 할당량

한도와 할당량은 이메일 감사 API를 부적절한 방식으로 사용하는 자동 프로세스로부터 Google 인프라를 보호합니다. API의 과도한 요청은 무해한 오타로 인해 발생할 수도 있고, 불필요한 API 호출을 하는 비효율적으로 설계된 시스템으로 인해 발생할 수도 있습니다. 원인과 무관하게 특정 소스의 트래픽이 일정 수준에 도달할 때 트래픽을 차단해야 Google Workspace 시스템을 전반적으로 정상 상태로 유지할 수 있습니다. 한도를 사용하면 한 개발자의 행위가 더 큰 커뮤니티에 부정적인 영향을 미치지 않도록 할 수 있습니다.

API 요청이 실패할 경우 HTTP 상태 코드 응답이 표시됩니다. 403 상태 코드에는 잘못된 입력에 관한 오류 정보가 있고, 503 HTTP 상태 코드에는 초과된 API 할당량을 나타내는 오류 정보가 있습니다. 이러한 응답을 통해 맞춤 애플리케이션이 이러한 오류를 감지하고 적절한 조치를 취할 수 있습니다.

요청을 정해진 시간 내에 완료해야 하는 경우 요청을 병렬로 전송하거나 Java 또는 C# 애플리케이션에서 여러 스레드를 사용하세요. 병렬 요청의 예는 한 사용자의 이메일을 한 번에 많이 추가하거나 삭제하는 대신 여러 사용자의 이메일을 소량으로 요청하는 것입니다. 스레드의 경우 사용자 이메일당 하나의 스레드로 10개의 스레드로 시작해 보세요. 스레드 추천에는 장단점이 있으며 모든 API 상황에 유용한 것은 아닙니다. 요청 수가 너무 많아지면 할당량 오류가 발생합니다. 또 다른 절충 사례는 최대 전체 메시지 업로드 속도에 대한 Email Audit API의 할당량입니다. 업로드 요청을 실행하는 스레드 수와 관계없이 업로드 속도는 사용자당 초당 하나의 API 요청입니다.

시간 기반 오류 (스레드당 N초 동안 최대 N개)의 경우, 특히 503 상태 코드 오류의 경우 코드가 예외를 포착하고 지수 백오프 알고리즘을 사용하여 실패한 호출을 재시도하기 전에 약간의 지연 시간을 기다리는 것이 좋습니다. 한 스레드의 이메일 감사 API 예는 5초 동안 기다린 후 실패한 호출을 재시도하는 것입니다. 요청이 성공하면 다른 스레드에 대해 이 패턴을 반복합니다. 두 번째 요청이 성공하지 않으면 호출이 성공할 때까지 애플리케이션에서 요청 빈도를 줄여야 합니다. 예를 들어 초기 5초 지연 시간을 10초로 늘리고 실패한 호출을 다시 시도합니다. 또한 재시도 한도를 결정합니다. 예를 들어 애플리케이션이 사용자에게 오류를 반환하기 전에 지연 시간이 다른 요청을 5~7회 재시도합니다.

다음 표에는 Email Audit API의 한도가 나와 있습니다.

API 한도 카테고리 한도
암호화된 사서함 파일, 생성

암호화된 메일함 파일의 생성은 크기에 따라 시스템에서 준비하는 데 최대 며칠이 걸릴 수 있습니다.

암호화된 메일함 파일, 삭제 오류

암호화된 메일함수를 삭제할 때 오류가 발생하면 요청에 MARKED_DELETE 상태가 부여됩니다. 이러한 요약 및 내보내기 파일은 24시간 이내에 Google에서 다시 삭제를 위해 자동으로 가져옵니다 (파일이 남아 있을 수 있음). MARKED_DELETE 상태가 지속적으로 반환되면 지수 백오프 전략을 시도하세요.

다음 표에는 이메일 감사 API의 할당량이 나와 있습니다.

API 할당량 카테고리 할당량
ClientLogin 인증 토큰

24시간 동안 유효합니다. 오류는 401 token expired입니다.

날짜 형식

이메일 감사 API와 함께 사용하기 전에 모든 날짜를 협정 세계시 (UTC) 형식으로 변환합니다. 자세한 내용은 UTC 변환기를 참고하세요.

암호화된 사서함 파일, EXPIRED 요약 및 내보내기 파일

Google은 암호화된 메일함 파일을 3주 동안 보관합니다. 그 이후에는 삭제됩니다. 이 기간 내에 이러한 메일함 파일을 다운로드하는 것은 도메인 관리자의 책임입니다.

암호화된 메일함 파일, 형식

암호화된 메일함 파일은 mbox 형식입니다.

암호화된 메일함 파일, 최대 생성 요청 수

하루에 만들 수 있는 최대 메일함 내보내기 요청 수는 도메인의 모든 관리자의 요청을 합쳐 총 100개입니다.

암호화된 메일함 파일 상태, 페이지로 나누기

모든 메일함 요청의 상태를 요청할 때 응답에서 많은 양의 데이터를 반환할 수 있습니다. 이메일 감사 API는 이 데이터를 페이지로 일괄 처리하며 각 페이지에는 최대 100개의 항목과 결과의 다음 페이지를 가리키는 link rel='next' 태그의 URI가 포함됩니다. 클라이언트 애플리케이션을 개발할 때 코드는 이러한 추가 결과를 관리해야 합니다.

이메일 모니터

일일 최대 이메일 모니터 요청 수는 1,500개입니다. 이 한도는 도메인에 적용되며 하루 동안 모든 관리자가 수행한 모든 요청을 포함합니다.

공개 키

이메일 감사 API는 하나의 키만 지원합니다.

공개 키는 GNU Privacy Guard (GPG) 소프트웨어를 사용합니다. PGP 형식이며 ASCII 인코딩 RSA 암호화 키입니다. 공개 키를 업로드하기 전에 먼저 base64로 인코딩된 문자열로 변환해야 합니다. 공개 키 파일은 US-ASCII 문자 집합(ASCII의 IANA 기본 문자 집합 이름)으로 읽어야 합니다.

검색 중

searchQueryincludeDeleted 매개변수는 상호 배타적입니다. includeDeleted="true"인 경우 검색어를 사용할 수 없습니다.