이 페이지는 Cloud Translation API를 통해 번역되었습니다.

Google Maps Platform 및 Mobility 결제 가이드

프로덕션에 새 Google 지도 프로젝트를 구현하기 전에 설정이 올바른지 확인하여 사용 중인 제품에 대해 적절한 금액을 지불해야 합니다. 이 문서에서는 (i) 인보이스가 생성되기 전에 사용량을 확인할 수 있는 청구 투명성, (ii) Google 제품을 사용할 수 있도록 올바른 프로젝트 설정 등과 관련된 사항을 다룹니다.

이 과정은 비교적 간단하지만 지도 파트너와 협력하여 프로젝트를 올바르게 이전할 수 있습니다.

개념

이 섹션에서는 Google 지도 결제 및 가능한 다양한 설정에 관한 기본 정보를 알아봅니다. 많은 상황에서는 옳고 그름이 없습니다. 달성하려는 결과 유형에 따라 달라집니다.

이 문서에서는 Google Cloud 프로젝트에 대해 많이 설명합니다. Google 지도 제품을 통해 사용할 수 있기 때문입니다. 즉, 이 문서에서 다루는 구성은 Google Cloud 프로젝트에서 이루어집니다.

결제 계정

현재 Google 지도 제품을 사용하는 모든 회사에는 연결된 Google Cloud 프로젝트가 있습니다. 이 프로젝트에 결제 계정이 구성되어 있어야 합니다. 결제 계정은 모든 Google 지도 사용량을 누적하고 해당 사용량을 기준으로 매월 인보이스를 생성합니다.

모빌리티의 경우 특별한 결제 계정이 프로비저닝됩니다. 이 결제 계정은 차량 공유, 배송, 물류와 같은 이동 관련 사용 사례에만 사용해야 합니다.

하나의 결제 계정을 여러 Google Cloud 프로젝트에서 사용할 수도 있고 하나의 프로젝트에서만 사용할 수도 있습니다.

동일한 결제 계정을 가리키는 단일 프로젝트:

특정 사용 사례 (예: 이동성 사용 사례)
별도의 인보이스
이 단일 프로젝트를 기준으로 볼륨에 할인이 적용됩니다.

동일한 결제 계정을 가리키는 여러 프로젝트:

동일한 사용 사례
사용량을 집계하여 할인 등급 활용
단일 인보이스

결제 계정 및 기타 관련 정보에 대한 자세한 내용은 이 링크를 확인하세요.

위에서 언급한 것처럼 하나의 결제 계정은 여러 프로젝트를 가리킬 수 있습니다. 프로젝트가 2개 이상인 경우 Google의 이동성 서비스를 사용할 프로젝트를 식별하고 이동성 결제 계정으로 연결해야 합니다. 이동성 사용 사례가 연결되지 않은 프로젝트는 현재 사용 중인 일반 Google Maps Platform 결제 계정을 계속 가리켜야 합니다. 이동통신 결제 계정을 얻으려면 Google 또는 파트너를 통해 이동통신 계약을 체결해야 합니다. 아래에서 결제 계정이 전체 스키마에 어떻게 적용되는지와 가능한 다양한 설정을 확인할 수 있습니다.

Cloud 리소스, 결제 계정, 인보이스 생성

가격 책정과 관련하여 Google Maps Platform에는 지도 파트너를 통해 또는 경우에 따라 Google과 직접 이용할 수 있는 다양한 할인 등급이 있습니다. 이러한 등급은 사용량에 따라 달라지므로 Google 제품을 많이 사용할수록 더 적은 비용을 지불하게 됩니다 (할인은 각 SKU에 개별적으로 적용됨). Google 결제 시스템은 Google 제품을 호출하는 데 사용한 사용자 인증 정보를 기반으로 프로젝트를 식별합니다. 이 사용자 인증 정보는 일부 이동성 API의 경우 API 키 또는 서비스 계정일 수 있습니다.

API 키

Google Maps Platform API는 API 키를 사용하여 인증됩니다. Google은 이 API 키를 기반으로 소비가 발생할 해당 Google Cloud 프로젝트의 결제 계정을 식별합니다.

Geocoding API 요청의 예:

https://maps.googleapis.com/maps/api/geocode/json?place_id=ChIJeRpOeF67j4AR9ydy_PIzPuM&key=YOUR_API_KEY

JWT

일부 API는 URL에 Google Cloud 프로젝트 ID가 필요하며 JWT를 사용하여 인증합니다. 따라서 결제가 제대로 이루어지도록 올바른 시스템에서 올바른 인증 방법을 사용하는 것이 중요합니다.

Fleet Engine API 요청 예시:

curl -X GET \ https://fleetengine.googleapis.com/v1/providers/project_id/deliveryVehicles/vehicle-1234 \
  -H 'authorization: Bearer eyJ0eXAiOi...' \
  -H 'cache-control: no-cache' \
  -H 'content-type: application/json' \
  -d '{
    "lastLocation": {
        "location": {
            "latitude": 37.432,
            "longitude": -122.094
        },
        "updateTime": "2022-11-13T17:55:00Z"
    }
}'

비용

Google Maps Platform에서는 API 요청 수를 기준으로 비용이 계산됩니다. 이동성 서비스의 경우 성공적으로 완료된 이동 또는 작업 (수거가 아닌 배송)의 청구 가능 이동성 거래 건수에 따라 요금이 청구됩니다. 이는 계약 체결 전에 정의됩니다. 차량 공유 또는 음식 배달 업체의 경우 이동 또는 배송 완료가 성공 측정항목입니다. 이는 이동에 매핑됩니다. 할 일은 상품을 성공적으로 배송해야 하는 물류업체 및 소매업체에서 사용합니다.

Google은 이동성 고객이 이동 및 배송을 실행할 때도 Google Maps Platform 제품을 사용한다는 사실을 알고 있습니다. 따라서 이동성 결제 계정을 사용하는 경우 동일한 이동성 사용 사례 내에서 사전 정의된 한도가 준수되는 한 Google Maps Platform을 무료로 호출할 수 있습니다.

예를 들어 음식 배달 회사의 경우 성공적인 이동이 있을 때마다 Geocoding API를 10번 호출할 수 있습니다. 이러한 한도에 대한 자세한 내용은 이동성 문서의 사용 한도를 참고하세요. 한도를 변경하려면 계약을 수정해야 하므로 Google 또는 파트너 담당자와 협력하여 구체적인 요구사항을 논의하세요.

매월 말에 (i) 시스템에 보고된 성공적인 이동 또는 작업 수와 (ii) 사전 설정된 한도를 초과하는 Google Maps Platform API 호출 수('초과')를 기준으로 인보이스가 생성됩니다. Google의 한도는 시장에서 일반적으로 필요한 것으로 확인된 수준에 맞춰 설정됩니다.

여기에서 확인할 수 있는 공식 모바일 결제 문서를 주의 깊게 읽어보시기 바랍니다.

파일럿 및 평가

고객은 계약을 체결하기 전에 Google Maps Platform 결제 계정에서 이동성 서비스의 소규모 파일럿 (개념 증명, 평가)을 제한된 기간 동안 실행할 수 있습니다. 파일럿을 운영하려면 지도 파트너 또는 Google 담당자에게 문의하세요.

앞서 언급한 바와 같이 파일럿 단계에서는 아직 계약이 체결되지 않았으므로 사용할 수 있는 이동통신 결제 계정이 없습니다. 즉, Google Maps Platform 제품이 사용될 때마다 요금이 청구되지만 이동성 관련 제품은 요금이 청구되지 않습니다. 즉, 파일럿 단계에서는 태스크 또는 이동을 기준으로 청구되지 않으므로 이 단계에서는 사용 한도가 적용되지 않습니다.

파일럿이 프로덕션에 공식적으로 출시되면 계약에 따라 비용을 지급해야 합니다.

요약

파일럿 / 개발 단계: 공개적으로 사용 가능한 Google 지도 API에 대해서만 요금이 청구됩니다. 공개적으로 제공되지 않는 API 및 SDK는 프로젝트에서 이동통신 결제 계정이 사용될 때까지 요금이 청구되지 않습니다. 생성된 새 결제 계정에는 Google Maps Platform API에 사용할 수 있는 $200 상당의 크레딧이 제공됩니다. 이는 평가 기간 동안 통제된 환경에 충분합니다.
프로덕션 단계: 이동 또는 작업별로 요금이 청구됩니다. Google Maps Platform과 관련된 비용은 사용량이 계약의 사용 한도('한도')를 초과하는 경우에만 발생합니다. 이 경우 초과 요금이 청구됩니다. 초과분은 여기에 정의된 대로 청구됩니다.

이동통신사 결제 계정으로 이전하는 방법

프로덕션으로 이전할 때는 일반적으로 QA(품질 보증) 및 프로덕션과 같은 다양한 환경을 나타내는 Google Cloud 프로젝트를 추가로 만들어야 합니다. 그 전에는 개발 환경이라는 단일 환경만 있을 수 있습니다.

요구사항

다음 작업을 할 수 있는 담당자:

Google Cloud에서 결제 계정 관리. 일반적으로 결제 계정 관리자 또는 프로젝트 소유자가 이 작업을 실행합니다.
계약서 서명 후 생성된 환영 이메일의 일부로 제공된 새 결제 계정 ID에 대한 액세스 권한
이동 또는 작업이 보고될 프로덕션 환경에 해당하는 Google Cloud 프로젝트에 대한 액세스 권한

새 프로젝트를 설정하고 결제를 구성하려면 다음 단계를 따르세요.

새 프로젝트 설정

프로젝트 생성

[사용자] 새 환경마다 Google Cloud 콘솔에서 새 GCP 프로젝트를 만듭니다. 예를 들어 프로덕션, 스테이징, 품질 보증이 있습니다.
[파트너 또는 Google팀] 이동성 제품에 액세스할 수 있도록 허용 목록에 새 프로젝트를 추가합니다. Google 또는 파트너의 영업 담당자와 협력하여 이전 단계에서 만든 프로젝트 ID를 제공합니다.
[사용자] 프로젝트의 필수 연락처를 업데이트합니다. 이 단계는 필요한 경우 Google 지원팀에서 프로젝트에 적합한 담당자에게 연락할 수 있도록 하는 데 매우 중요합니다.

프로젝트 구성

이전 단계에서 만든 프로젝트의 Google Cloud 콘솔에서 다음 단계를 완료합니다.

[사용자] 올바른 이동 ID 및 액세스 관리 (IAM) 역할 (경로 기반 및 작업 기반) 연결을 포함하여 서비스 계정 만들기
- 개발 환경에서 수행되었거나 필요한 경우 더 체계적인 액세스 분리를 통해 수행됩니다(이 섹션 참고).
[개발자] API 키를 만듭니다. 개발 환경에서 생성했거나 필요한 경우 더 구조화된 액세스 구분 (예: 제품, 도메인별)을 사용합니다.
[개발자] '지역 이동 및 배송'과 같은 API와 필요한 기타 Google Maps Platform API (예: Geocoding, 자동 완성, 주소 유효성 검사)를 사용 설정합니다.
[개발자] 할당량: 특정 API의 QPM (분당 쿼리 수) 상향이 필요한 경우 지원팀에 티켓을 제출하세요. 방법은 여기를 참고하세요. 인상 사유를 명시하는 비즈니스 근거를 추가해야 합니다. 사전 정의된 할당량은 여기에서 확인할 수 있습니다.
[개발자] 개발 환경의 사용자 인증 정보를 사용하는 시스템을 개발한 경우 이러한 시스템이 새로 생성된 프로젝트용으로 생성된 새 사용자 인증 정보를 가리킬 수 있는지 확인합니다. 여기에는 백엔드 및 프런트엔드 시스템을 API 키, 서비스 계정과 같은 새 사용자 인증 정보로 가리키고 각 환경에서 올바른 프로젝트 ID가 사용되는지 확인하는 작업이 포함됩니다.

결제 구성

여기서는 이미 Google과 직접 계약을 체결했거나 (해당하는 경우) 파트너를 통해 계약을 체결했다고 가정합니다. 이는 다음 단계에서 사용할 환영 이메일에 포함된 이동통신 결제 계정을 수신하기 위한 기본 요건입니다.

[파트너] 계약이 체결되고 실행된 후 Google에서 이메일로 보내는 환영 이메일의 일부로 이동통신사 결제 계정 ID를 받았는지 확인합니다. 중요: 환영서는 계약의 주문 양식에 명시된 기술 및 재무 담당자에게 발송됩니다. 프로젝트팀과 협력하여 누가 이메일을 받았는지 파악하고 해당 사용자에게 하이픈으로 구분된 일련의 문자와 숫자로 구성된 결제 계정 ID를 제공해 달라고 요청합니다.
[개발자] Google 또는 파트너와 협력하여 결제 유효성 검사를 실행합니다. 즉, 시스템이 이미 Google에 이동 또는 할 일을 올바르게 보고하고 있는지 확인합니다. 자세한 내용은 다음 섹션을 참고하세요.
[관리자] Cloud 콘솔을 사용하여 Google Cloud 프로젝트를 새 결제 계정으로 연결합니다. 이 문서의 결제 계정 구성 섹션을 참고하세요.

일반적인 결제에 관한 자세한 내용은 여기와 여기를 참고하세요.

결제 검증

결제 정보 검증은 요금이 올바르게 청구되는지 확인하는 데 중요합니다. 회사에서 실수로 API를 잘못 구현하여 추가 청구 또는 보고 부족이 발생하는 경우가 있습니다.

결제 유효성 검사는 다음 단계로 구성됩니다.

Google Maps Platform API에 대한 요청 헤더에 tripId (또는 taskId)가 있는지 확인합니다. 자세한 내용은 여기를 참고하세요.
이동 (또는 작업)이 올바르게 보고되는지 확인합니다. 이는 사용 중인 모빌리티 패키지에 따라 다릅니다.
- Mobility Starter 및 Optimize 또는 Accelerate (이동 기반): ReportBillableEvent API와 통합해야 합니다. 즉, 이동이 완료될 때마다 이 API에 요청을 보내야 합니다. 이 작업이 제대로 진행되는지 확인하려면 여기에 설명된 단계를 따르세요.
- Mobility Accelerate (작업 기반): API 호출에 의해 결제가 트리거되지 않아도 됩니다. 이는 전송 작업에서 작업 결과가 '성공'으로 설정되면 자동으로 실행됩니다. 따라서 태스크 결과를 FAILED 또는 SUCCEEDED로 올바르게 설정하는 것이 매우 중요합니다. 고객 엔지니어 (파트너 또는 Google)가 개발자와 협력하여 구현이 제대로 이루어졌는지 확인합니다. Cloud Logging을 통해 다음 Cloud Logging 쿼리를 실행하여 태스크가 올바르게 업데이트되는지 확인할 수 있습니다.
```
resource.type="fleetengine.googleapis.com/DeliveryFleet"
jsonPayload.@type="type.googleapis.com/maps.fleetengine.delivery.log.v1.UpdateTaskLog"
jsonPayload.request.task.taskOutcome="TASK_OUTCOME_LOG_SUCCEEDED"
```
항목이 표시되면 백엔드 시스템에서 작업을 SUCCEEDED로 올바르게 설정하고 있는 것입니다.

참고: 하지만 실제로 완료된 이동 또는 작업 수가 보고된 통화 수와 일치하는지 확인하는 것이 중요합니다. 결제 이벤트가 보고되지만 실제로 완료된 총 이동수 또는 작업수와 일치하지 않는 경우가 있습니다 (보고 부족).

통합 상태

프로덕션으로의 이전이 성공적으로 이루어지려면 결제가 제대로 작동하는지 확인하는 것뿐만 아니라 API가 실행되지 않는지 확인해야 합니다. 이동 서비스의 경우 Fleet Engine (Local Rides and Deliveries API)과의 통합이 제대로 구현되었는지 확인하는 것이 중요합니다.

이렇게 하려면 Cloud Logging을 열고 다음 쿼리를 사용하세요.

jsonPayload.errorResponse.code:*

그러면 문제가 있는 모든 로그 항목이 표시됩니다. 예를 들면 다음과 같습니다.

이러한 문제는 BigQuery와 같은 다른 Cloud 제품으로 내보낼 수 있습니다. Cloud Logging 쿼리를 기반으로 측정항목 및 알림을 구성할 수 있습니다.

Google Cloud 제품이므로 추가 비용이 발생할 수 있습니다. 파트너 또는 Google 담당자에게 문의하여 자세한 내용을 알아보세요.

결제 계정 구성

이제 모든 시스템에서 경로 또는 할 일을 올바르게 보고하고 통합 오류가 없는 경우 프로젝트를 시작 안내서에 포함되어 있으며 이 문서의 이전 섹션에서 다룬 결제 계정으로 안내합니다.

참고: 지도 파트너와 협력하는 경우 이 시점에서 파트너가 지원해 줄 수 있으므로 아래 단계를 직접 따르지 않아도 됩니다. 일부 지역에서는 Google과 직접 협력할 수 있습니다. 이 경우 다음 단계를 따르세요.

다음 안내를 따르세요.

Google Cloud 콘솔 (https://console.cloud.google.com)을 엽니다.
프로덕션에 사용할 새 프로젝트를 선택합니다.
해당 프로젝트의 결제 섹션으로 이동합니다. 이 링크(https://console.cloud.google.com/billing)에 액세스하면 바로 이동할 수 있습니다.
결제 > '결제 계정 관리'를 클릭합니다.

프로젝트가 위와 다르게 표시될 수 있습니다.
결제에서 생성된 프로덕션 프로젝트 옆에 있는 점 3개 아이콘 을 클릭하고 '결제 계정 변경'을 선택합니다.
결제 > 결제 계정에서 드롭다운 목록에 있는 환영 이메일에서 받은 결제 계정 코드를 선택합니다. 그런 다음 '계정 설정'을 클릭합니다.
프로젝트가 새 결제 계정에 연결됩니다.

중요: 이제부터 이 프로젝트에서 보고된 모든 이동 또는 할 일은 이전에 설명한 대로 청구됩니다. 아직 결제 확인이 완료되지 않았다면 결제 계정을 아직 연결하지 마세요.
새 결제 수단이 추가되면 '개요 > 결제 개요' 및 '결제 설정'으로 이동하여 정보가 올바른지 확인합니다. 결제 및 결제 업데이트에 관한 자세한 내용은 이 링크를 참고하세요. 결제와 관련된 문제는 결제 지원 케이스를 제출하거나 파트너 또는 Google 담당자에게 문의하세요.

결제 보고서

결제 보고서를 사용하면 프로젝트에 연결된 결제 계정과 관련된 비용을 파악할 수 있습니다.

참고: 지도 파트너와 협력하는 경우 파트너와 협력하여 필요한 관련 결제 정보가 제공되는지 확인하세요.

프로젝트의 연결된 결제 계정을 열고 '보고서'를 선택합니다. 그런 다음 다음 필터 세트를 사용할 수 있습니다.

여기서 주로 고려해야 할 설정은 SKU별 그룹화 기준 필터로, 이 필터를 사용하면 이전에 설명한 대로 초과 여부 등 이동 및 작업에 관한 세부정보와 사용된 경우 다른 API에 관한 세부정보가 표시됩니다.

보고서 정보는 매일 새로고침됩니다. 일중 정보가 필요한 경우 Cloud Logging 쿼리를 사용하여 하루 동안 발생한 청구 가능 이벤트 수를 확인할 수 있습니다. 자세한 내용은 이전 섹션을 참고하세요.

단계적 확대 계획

중요한 점은 증설 계획입니다. 비즈니스의 특성에 따라 일부 트래픽만 이동하는 경우가 일반적입니다. 예를 들어 일부 회사는 모든 지점, 프랜차이즈, 매장, 사무실 등에 새 솔루션을 출시하는 데 시간이 걸립니다. 즉, 트래픽의 일부는 이전 시스템을 사용하고 일부 트래픽은 새 프로젝트로 이동합니다.

또한 대부분의 경우 모든 트래픽이 이동성 사용 사례에 속하지는 않습니다. 매장 검색기, curbside pickup, 기타 내부 솔루션의 경우가 여기에 해당합니다. 트래픽이 이동성 결제 계정과 별도로 유지되어야 하므로 Google Maps Platform 결제 계정을 가리켜야 합니다.

구현 정책을 준수하는 것이 중요합니다.

경로 기반 모델 - "주문형 차량 공유 및 배송 솔루션은 주문형 상용 차량 공유 및 배송 서비스에 사용하기 위한 것입니다. 이러한 서비스에는 일반적으로 (a) 특정 목적지까지의 이동 (또는 특정 상품 배송) 요청을 제출하는 소비자와 (b) 요청과 일치하고 차량을 운전하여 서비스를 완료하는 운전자가 포함됩니다."
작업 기반 모델 - "Google Maps Platform Last Mile Fleet Solution은 상업용 마지막 마일 배송 및 첫 번째 마일 수령 서비스에 사용하기 위한 것입니다. 이러한 서비스에는 일반적으로 (a) 고객이 소유하거나 계약한 배송 차량, (b) 사전 계획된 경로를 기반으로 한 배송, (c) 배송 실행을 지원하는 운영팀이 있는 배송 센터 네트워크, (d) 배송을 추적하고 수령하는 소비자가 포함됩니다."

따라서 어떤 시스템이 Google Maps Platform 결제 계정을 가리켜야 하고 어떤 시스템이 이동성 결제 계정을 가리켜야 하는지 파악해야 합니다. 프로젝트가 여러 개 있고 각 프로젝트가 올바른 결제 계정을 가리키는 경우가 많습니다.

예를 들어 오늘 모든 이동 / 작업에 사용량 한도에 따라 지오코딩 요청이 10개 포함되어 있다고 가정해 보겠습니다. 이전에 몇 개월이 걸릴 예정이고 첫 달에 이동 / 할 일 10만 개를 보고하기 시작하면 Geocoding API를 100만 번 호출할 수 있습니다. 하지만 비즈니스에서 500만 건의 지오코딩을 요청하는 경우 이 차이 (400만 건)가 초과로 보고될 수 있습니다. 다음 두 가지 옵션이 있습니다.

Google에 보고하는 이동 / 작업 수가 증가하면 (규모 확대 계획 가속) 한도가 더 높게 적용됩니다. 이 경우 월 50만 건의 이동 / 작업을 보고해야 합니다.
앞서 설명한 대로 계약 협상 중에 더 높은 한도를 협상합니다.
Geocoding API 요청을 Google Maps Platform API로 전달하여 더 높은 할인 등급의 혜택을 누리고 초과 요금보다 저렴한 가격으로 이용할 수 있습니다.

비즈니스 및 사용 사례의 규모와 복잡도에 따라 비용 추정치가 복잡할 수 있습니다. 파트너 또는 Google 담당자와 협력하여 기존 프로젝트를 사용하여 프로덕션 출시를 준비하는 가장 좋은 방법을 결정하세요.

요약하자면 적절한 램프업 계획을 수립하려면 다음 단계가 필요합니다. 1. 구현 정책에 따라 이동성과 관련된 사용 사례와 그렇지 않은 사용 사례를 파악합니다. 2. 현재 관련 사용 사례에 사용되는 Google Maps Platform API와 사용량을 파악합니다. 3. 이동 솔루션이 구현된 후에도 Google Maps Platform API가 계속 필요할지 확인합니다. 예를 들어 Fleet Engine에서 ETA 계산이 자동으로 실행되므로 더 이상 Directions API로 계산할 필요가 없을 수 있습니다. 4. 모빌리티 사용 사례를 새 모빌리티 플랫폼으로 완전히 이전하는 데 걸리는 시간을 파악합니다. 5. 사용 한도가 사용 사례를 지원하기에 충분한지 다시 확인합니다. 6. 이동성 사용 사례의 경우 모든 Google Maps Platform 요청을 이동성 결제 계정으로 접을 수 있는 변곡점을 파악합니다.

결론

결론적으로 결제 계정을 올바르게 구성하는 것은 가격 예측 가능성과 투명성을 위해 필수적입니다. 업계 최고의 위치 서비스를 통합한 Google의 이동성 기술을 사용하면 기업은 결제 프로세스가 정확하고 효율적이라는 확신을 가질 수 있습니다. 이렇게 하면 비용을 절감할 뿐만 아니라 정보에 입각한 비즈니스 결정을 내리는 데 필요한 데이터와 통계를 제공할 수 있습니다. 또한 이러한 시스템이 제공하는 투명성을 통해 기업은 비용을 명확하게 파악할 수 있으므로 예산 관리가 개선됩니다.

다음 작업

GCP Console에서 결제 계정을 설정합니다.
일반적인 결제에 대한 자세한 내용은 다음 페이지를 참고하세요.
- 모빌리티 서비스 상용 문서
- 프로젝트의 결제 사용 설정, 사용 중지, 변경 bookmark_border