보고서 생성

App Optimize API는 보고서 를 생성하여 비용 및 리소스 사용률 데이터를 분석하는 데 도움이 됩니다. 이 정보를 가져오려면 먼저 API 요청을 전송하여 보고서를 만듭니다. 이 요청에서 데이터 범위, 집계 또는 그룹화 방법, 적용할 필터를 정의합니다.

보고서가 준비되면 데이터를 읽을 수 있습니다.

사용 가능한 범위, 측정기준, 측정항목, 필터, 이러한 설정의 유효한 조합에 대한 자세한 내용은 보고서 정보를 참고하세요.

시작하기 전에

  1. 이 가이드의 예시에는 분석할 활성 리소스가 있는 Google Cloud 프로젝트가 필요합니다. App Optimize API는 의미 있는 결과를 생성하기 위해 결제 및 사용률 데이터가 필요합니다. 새 프로젝트 또는 빈 프로젝트에 대해 실행되는 보고서는 비어 있습니다.

    이 프로젝트는 사용자가 선택하며 PROJECT_ID로 식별됩니다. 편의를 위해 이 가이드에서는 프로젝트 가 보고서 리소스를 호스팅하고 데이터 범위를 제공합니다.

    App Optimize API는 다른 소스 프로젝트 또는 단일 프로젝트 또는 폴더 수준 경계의 애플리케이션에서 데이터를 분석하는 보고서를 한 프로젝트에서 만들 수 있도록 지원합니다. 여러 프로젝트로 구성될 수 있는 App Hub 애플리케이션에 대한 보고서를 생성하는 경우 보고서를 만들려면 애플리케이션의 연결된 모든 프로젝트에 필요한 모니터링 및 결제 권한이 있어야 합니다.

  2. 보고서 리소스를 만들고 관리하는 데 사용할 프로젝트에 App Optimize API가 사용 설정되어 있는지 사용 설정되어 있는지 확인합니다. 이 문서의 예시에서 이는 프로젝트입니다.PROJECT_ID
  3. 계정에 로그인합니다. Google Cloud 를 처음 사용하는 경우 계정을 만들고 Google 제품의 실제 성능을 평가해 보세요. Google Cloud신규 고객에게는 워크로드를 실행, 테스트, 배포하는 데 사용할 수 있는 $300의 무료 크레딧이 제공됩니다.

  4. Google Cloud CLI를 설치합니다.

  5. 외부 ID 공급업체(IdP)를 사용하는 경우 먼저 제휴 ID로 gcloud CLI에 로그인해야 합니다.

  6. gcloud CLI를 초기화하려면, 다음 명령어를 실행합니다. 

    gcloud init

  7. 이 가이드를 완료하는 데 필요한 권한이 있는지 확인합니다.

  8. Google Cloud CLI를 설치합니다.

  9. 외부 ID 공급업체(IdP)를 사용하는 경우 먼저 제휴 ID로 gcloud CLI에 로그인해야 합니다.

  10. gcloud CLI를 초기화하려면, 다음 명령어를 실행합니다. 

    gcloud init

  11. 이 가이드를 완료하는 데 필요한 권한이 있는지 확인합니다.

필요한 역할

이 가이드를 사용하여 보고서를 만드는 데 필요한 권한을 얻으려면 관리자에게 활성 리소스가 있는 프로젝트에 다음 IAM 역할을 부여해 달라고 요청하세요.

역할 부여에 대한 자세한 내용은 프로젝트, 폴더, 조직에 대한 액세스 관리를 참조하세요.

커스텀 역할이나 다른 사전 정의된 역할을 통해 필요한 권한을 얻을 수도 있습니다.

App Optimize API에 필요한 권한 및 역할에 대한 자세한 내용은 IAM으로 액세스 제어를 참고하세요.

보고서 생성

다음 단계에서는 보고서 생성을 시작하는 방법을 설명합니다. 이 예시에서는 선택한 프로젝트의 비용과 지난주 평균 CPU 사용률을 파악하는 데 도움이 되는 보고서를 만듭니다. 보고서는 리소스 유형, 제품, 위치를 비롯한 각 개별 리소스별로 이 정보를 분류합니다. Google Cloud

보고서 리소스를 만들려면 REST API의 projects.locations.reports 리소스 경로에 HTTP POST 요청을 전송합니다.

보고서를 만들려면 다음 단계를 따르세요.

  1. 다음 curl 명령어를 사용하여 요청을 전송합니다. 요청 본문에는 요청된 범위, 측정기준, 측정항목, 필터를 비롯한 보고서 정의가 포함되어 있습니다.

    curl -X POST -H "Authorization: Bearer $(gcloud auth print-access-token)" \
  -H "Content-Type: application/json" \
  -d '{
    "scopes": [
      {
        "project": "projects/PROJECT_ID"
      }
    ],
    "dimensions": [
      "location",
      "product_display_name",
      "project",
      "resource",
      "resource_type"
    ],
    "metrics": [
      "cost",
      "cpu_mean_utilization"
    ],
    "filter": "hour >= now - duration(\"168h\")"
  }' \
  "https://appoptimize.googleapis.com/v1beta/projects/PROJECT_ID/locations/global/reports?report_id=REPORT_ID"

    다음을 바꿉니다.

    • PROJECT_ID: 프로젝트 ID입니다. Google Cloud
    • REPORT_ID: 새 보고서의 고유 ID입니다(예: my-resource-cost-report-1).

    API는 장기 실행 작업 (LRO) 객체를 반환합니다. 작업 상태를 확인하는 데 사용할 응답의 name 필드를 기록해 둡니다.

    {
  "name": "projects/PROJECT_ID/locations/global/operations/OPERATION_ID",
  "metadata": {
    "@type": "type.googleapis.com/google.cloud.appoptimize.v1beta.OperationMetadata"
  },
  "done": false
}

    응답에서 done 필드는 false이며 보고서 생성이 진행 중임을 나타냅니다.

  2. 보고서가 준비되었는지 확인하려면 이전 단계에서 반환된 작업 name에 GET HTTP 요청을 전송합니다.

    curl -H "Authorization: Bearer $(gcloud auth print-access-token)" \
  "https://appoptimize.googleapis.com/v1beta/projects/PROJECT_ID/locations/global/operations/OPERATION_ID"

    PROJECT_ID 및 OPERATION_ID를 LRO 응답의 값으로 바꿉니다.

    응답을 검토하여 작업 상태를 확인합니다.

    • 보고서가 아직 생성 중인 경우 응답은 초기 LRO 응답과 유사하며 done이 false로 설정됩니다. 5~15초와 같은 짧은 시간 동안 기다린 후 이 단계를 반복하여 다시 폴링해야 합니다.

    • 보고서 생성이 완료되면 응답에 "done": true가 포함되고 response 필드에 보고서 리소스가 포함됩니다.

      {
  "name": "projects/PROJECT_ID/locations/global/operations/OPERATION_ID",
  "metadata": {
    "@type": "type.googleapis.com/google.cloud.appoptimize.v1beta.OperationMetadata"
  },
  "done": true,
  "response": {
    "@type": "type.googleapis.com/google.cloud.appoptimize.v1beta.Report",
    "name": "projects/PROJECT_ID/locations/global/reports/REPORT_ID",
    "dimensions": [
      "location",
      "product_display_name",
      "project",
      "resource",
      "resource_type"
    ],
    "scopes": [
      {
        "project": "projects/PROJECT_ID"
      }
    ],
    "filter": "hour >= now - duration(\"168h\")",
    "expireTime": "2026-02-05T18:50:25.273833857Z",
    "metrics": [
      "cost",
      "cpu_mean_utilization"
    ]
  }
}

    • LRO에 오류가 발생하면 응답에 response 필드 대신 error 필드가 포함되어 실패에 대한 세부정보를 제공합니다.

작업이 완료되면 보고서의 데이터를 읽을 수 있습니다.

동시 실행 제한

보고서를 만들 때 App Optimize API는 보고서의 각 target_project에 대해 Cloud Billing에서 비용 데이터를 가져오고 Cloud Monitoring에서 사용률 데이터를 가져옵니다.

  • 단일 프로젝트로 범위가 지정된 보고서의 경우 해당 프로젝트가 대상 프로젝트입니다.
  • App Hub 애플리케이션의 경우 애플리케이션에 서비스 또는 워크로드가 포함된 각 프로젝트가 대상 프로젝트입니다.

App Optimize API는 동시 CreateReport 작업이라는 동시 실행 할당량을 적용하여 대상 프로젝트당 보고서 데이터에 대한 최대 10개의 동시 요청을 허용합니다. 보고서를 만들 때 App Optimize API는 보고서의 대상 프로젝트 수를 계산하고 보고서 생성을 위한 LRO가 완료될 때까지 필요한 할당량 단위를 잠급니다.

몇 분 이내에 완료되는 보고서는 시스템 수준 측정 타이밍으로 인해 동시 실행 제한에 포함되지 않을 수 있습니다.

콘솔의 Google Cloud 할당량 및 시스템 한도 페이지에서 현재 API 활동을 보고 이러한 한도를 관리할 수 있습니다.

여러 보고서를 동시에 만들 계획이라면 팀에서 보고서를 실행하는 시점과 App Hub 애플리케이션의 구조를 고려하세요.

  • 여러 팀에서 동일한 대상 프로젝트를 포함하는 보고서를 실행하는 경우 각 팀의 보고서 생성 시작 시간을 분산할 수 있습니다.
  • 애플리케이션에는 여러 프로젝트의 리소스가 포함될 수 있으며 둘 이상의 애플리케이션에서 단일 프로젝트의 리소스를 사용할 수 있습니다. 이러한 유형의 애플리케이션에 대해 동시에 보고서를 생성하면 대상 프로젝트에 여러 요청이 발생합니다.

예를 들어 표준 및 프리미엄 버전이 있는 창작 예술 학습을 위한 애플리케이션 모음에서 작업하는 팀을 생각해 보세요. 다음 표는 첫 번째 열에 애플리케이션 목록을 보여줍니다. 나머지 열에서 체크표시 아이콘 ()은 프로젝트에 나열된 애플리케이션의 서비스 또는 워크로드가 포함되어 있음을 나타냅니다.

애플리케이션 common-project dance-project draw-project animate-project music-project
dance-app
draw-app
music-app
animate-app
choreograph-app
storyteller-app
dance-premium-app
draw-premium-app
music-premium-app
animate-premium-app
choreograph-premium-app
storyteller-premium-app

나열된 모든 애플리케이션의 비용 및 사용률 데이터에 대한 보고서를 동시에 만드는 경우 App Optimize API는 일부 프로젝트에서 동시 실행 제한의 1개 이상의 단위를 사용합니다. 특히 공유 프로젝트 common-project는 비용 및 사용률 데이터에 대한 12개의 요청을 수신합니다. 이 수가 동시 실행 제한을 초과하므로 데이터 요청 2개가 실패합니다.

이 문제를 방지하기 위해 팀은 먼저 애플리케이션의 표준 버전에 대한 보고서를 실행한 후 프리미엄 버전에 대한 보고서를 실행할 수 있습니다.

다음 단계