샌드박스 인스턴스('Google Maps Booking API (Dev)')를 찾아 사용 설정을 클릭합니다.
프로덕션 인스턴스('Google Maps Booking API')를 찾아 사용 설정을 클릭합니다.
<ph type="x-smartling-placeholder"></ph>
GCP 프로젝트에 대한 편집자 역할이 있는 서비스 계정을 만듭니다. 자세한 내용은 서비스 계정 설정을 참고하세요.
실시간 업데이트를 작업 중인 환경에 일괄 피드를 업로드해야 합니다.
API 인증을 위해 원하는 언어로 Google 클라이언트 라이브러리를 설치하는 것이 좋습니다. OAuth 범위로 'https://www.googleapis.com/auth/mapsbooking'을 사용합니다. 아래에 포함된 코드 샘플은 이러한 라이브러리를 사용합니다. 그렇지 않으면 OAuth 2.0을 사용하여 Google API에 액세스하기에 설명된 대로 토큰 교환을 수동으로 처리해야 합니다.
서비스 계정 설정
실시간 업데이트 API와 같은 인증된 HTTPS를 Google API에 요청하려면 서비스 계정이 필요합니다.
서비스 계정을 설정하려면 다음 안내를 따르세요.
Google Cloud Platform 콘솔에 액세스합니다.
Actions Center의 계정에도 연결된 Google Cloud 프로젝트가 있습니다. 해당 프로젝트를 선택합니다(아직 선택하지 않은 경우).
왼쪽 메뉴에서 서비스 계정을 클릭합니다.
서비스 계정 만들기를 클릭합니다.
서비스 계정의 이름을 입력하고 만들기를 클릭합니다.
역할 선택에서 프로젝트 > 편집기에서 사용할 수 있습니다.
계속을 클릭합니다.
선택사항: 서비스 계정에 대한 액세스 권한을 부여할 사용자를 추가하고 완료를 클릭합니다.
더보기를 클릭합니다. > 키 만들기를 선택합니다.
형식으로 JSON을 선택하고 만들기를 클릭합니다.
새 공개/비공개 키 쌍이 생성되면 머신에 다운로드합니다.
API 작업
실시간 업데이트 API는 업데이트와 삭제라는 두 가지 유형의 작업을 지원합니다. 실시간 업데이트 API를 통한 새 항목 추가는 지원되지 않습니다. 단일 API 요청에 여러 업데이트를 포함하는 경우 실시간 업데이트를 일괄 처리할 수 있습니다. 단일 API 호출로 최대 1,000개의 업데이트를 일괄 처리할 수 있습니다. 가능하다면 빈도 기반 방식 (즉, X분마다 시스템에 변경사항 확인)보다는 트리거 기반 접근 방식을 사용하여 RTU를 통해 업데이트를 전송하는 것이 좋습니다 (즉, 시스템에서 데이터가 변경되면 Google에 실시간 업데이트가 트리거됨).
실시간 업데이트 API는 샌드박스와 프로덕션 환경 모두에서 작동합니다. 샌드박스 환경은 API 요청 및 프로덕션 환경을 테스트하여 주문 엔드 투 엔드 사용자에게 표시되는 콘텐츠를 업데이트하는 데 사용됩니다.
샌드박스 - partnerdev-mapsbooking.googleapis.com
프로덕션 - mapsbooking.googleapis.com
엔드포인트
실시간 업데이트 API는 두 개의 엔드포인트를 노출하여 인벤토리 업데이트에 대한 수신 요청을 처리합니다.
업데이트 - /v1alpha/inventory/partners/PARTNER_ID/feeds/google.food_service/record:batchPush
ServiceData PROTO: 업데이트할 ServiceData 항목의 proto 또는 JSON 변환입니다.
UPDATE_TIMESTAMP: 백엔드 시스템에서 항목이 생성된 시점의 타임스탬프를 포함해야 합니다. 이 필드가 포함되지 않으면 Google이 요청을 수신한 시간으로 설정됩니다. batchPush 요청을 통해 항목을 업데이트할 때 generation_timestamp 필드는 항목 버전 관리에 사용됩니다. 관계형 인벤토리 스키마에서 시간 값의 예상 형식을 확인하세요.
페이로드 본문의 크기는 5MB를 초과할 수 없습니다.
공백을 제거하여 크기를 줄입니다.
batchPush 요청에는 최대 1,000개의 업데이트가 있을 수 있습니다.
예
도착예정시간 업데이트
배송 서비스의 도착예정시간을 30~60분에서 60~90분으로 긴급하게 업데이트해야 한다고 가정해 보겠습니다. 업데이트에는 전체 서비스 항목의 JSON이 포함되어야 합니다.
데이터 불일치가 발생할 수 있으므로 실시간 업데이트를 사용하여 새 항목을 추가하지 마세요. 대신 일괄 피드를 사용하세요.
검증 및 API 응답 코드
실시간 업데이트 API 호출에 대해 수행되는 두 가지 유형의 유효성 검사가 있습니다.
요청 수준: 이 유효성 검사는 페이로드가 스키마를 따르고 모든 proto_record에 id 및 type 필드가 포함되어 있는지 확인합니다. 이러한 검사는 동기식이며 결과는 API 응답 본문에 반환됩니다. 응답 코드 200과 빈 JSON 본문 {}는 이러한 유효성 검사가 통과되었으며 요청의 항목이 처리 대기열에 추가되었음을 의미합니다. 200이 아닌 응답 코드는 이러한 유효성 검사 중 하나 이상이 실패하고 전체 요청이 거부되었음을 의미합니다 (페이로드의 모든 항목 포함). 예를 들어 proto_record에 @type가 누락된 경우 다음과 같은 오류 응답이 반환됩니다.
{
"error": {
"code": 400,
"message": "Record:{...}",
"status": "INVALID_ARGUMENT",
"details": [
{
"@type": "type.googleapis.com/google.rpc.DebugInfo",
"detail": "[ORIGINAL ERROR] generic::invalid_argument: Failed to parse one or more rtu records. Record:... The entity type could not be extracted from the entity value."
}
]
}
항목 수준: 페이로드의 각 항목 (proto_record)은 스키마를 기준으로 유효성이 검사됩니다. 이 유효성 검사 단계에서 발생하는 문제는 API 응답에서 보고되지 않습니다. 이러한 신고는 작업 센터의 RTU 신고 대시보드에만 보고됩니다.
참고: 200 응답 코드가 모든 항목이 성공적으로 처리되었다는 의미는 아닙니다.
API 할당량
실시간 API 업데이트의 할당량은 60초마다 요청 1,500개(평균 초당 요청 25개)입니다. 할당량을 초과하면 Google에서 다음과 같은 오류 메시지를 반환합니다.