# COST 3 사용량과 비용을 어떻게 모니터링합니까?
비용을 모니터링하고 적절하게 할당하기 위한 정책 및 절차를 구성합니다. 이렇게 하면 이 워크로드의 비용 효율성을 측정하고 개선할 수 있습니다.
**Topics**
+ [COST03-BP01 세부 정보 소스 구성](cost_monitor_usage_detailed_source.md)
+ [COST03-BP02 비용 귀속 범주 식별](cost_monitor_usage_define_attribution.md)
+ [COST03-BP03 조직 지표 설정](cost_monitor_usage_define_kpi.md)
+ [COST03-BP04 결제 및 비용 관리 도구 구성](cost_monitor_usage_config_tools.md)
+ [COST03-BP05 비용 및 사용량에 조직 정보 추가](cost_monitor_usage_org_information.md)
+ [COST03-BP06 워크로드 지표를 기준으로 비용 할당](cost_monitor_usage_allocate_outcome.md)
# COST03-BP01 세부 정보 소스 구성
AWS Cost and Usage Report와 Cost Explorer에서 시간 단위의 세분 수준을 구성하여 자세한 비용 및 사용량 정보를 제공합니다. 전송된 모든 비즈니스 성과에 대한 로그 항목을 생성하도록 워크로드를 구성합니다.
**이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 높음
## 구현 가이드
AWS Cost Explorer에서 시간 단위 세분화를 활성화하고 [AWS Cost and Usage Report(CUR)를 생성합니다](https://aws.amazon.com/aws-cost-management/aws-cost-and-usage-reporting/). 이러한 데이터 원본은 전체 조직의 비용 및 사용량을 가장 정확하게 보여줍니다. CUR은 모든 청구 가능한 AWS 서비스에 대해 일 또는 시간 단위 사용량 세분화, 요금, 비용 및 사용량 속성을 제공합니다. 태그 지정, 위치, 리소스 속성 및 계정 ID를 포함하여 가능한 모든 차원을 CUR에서 사용할 수 있습니다.
다음과 같은 사용자 지정을 사용하여 CUR을 구성합니다.
+ 리소스 ID 포함
+ CUR 자동 새로 고침
+ 시간 단위 세분화
+ **버전 관리:** 기존 보고서 덮어쓰기
+ **데이터 통합:** Amazon Athena(Parquet 형식 및 압축)
참고로, [AWS Glue](https://aws.amazon.com/glue/) 를 사용하여 분석에 사용할 데이터를 준비하고 [Amazon Athena](https://aws.amazon.com/athena/) 를 사용하여 데이터 분석을 수행하며 SQL을 사용하여 데이터를 쿼리합니다. 또한 [Amazon Quick](https://aws.amazon.com/quicksight/) 를 사용하여 사용자 지정된 복합적인 시각화를 작성하고 조직 전체에 배포할 수도 있습니다.
**구현 단계**
+ ** 비용 및 사용 보고서 구성: **결제 콘솔을 사용하여 하나 이상의 비용 및 사용 보고서를 구성합니다. 모든 식별자 및 리소스 ID를 포함하는 시간 단위의 세분 수준으로 보고서를 구성합니다. 다른 세부 수준의 다른 보고서를 생성하여 더 개략적인 요약 정보를 제공할 수도 있습니다.
+ ** Cost Explorer에서 시간 단위의 세분 수준 구성: **결제 콘솔을 사용하여 시간 단위 및 리소스 수준 데이터를 사용합니다.
**참고**
이 기능 사용에 따른 비용이 발생합니다. 자세한 내용은 요금을 참조하십시오.
+ **애플리케이션 로깅 구성:** 애플리케이션에서 제공하는 각 비즈니스 성과를 로깅하여 추적하고 측정할 수 있는지 확인합니다. 비용 및 사용량 데이터와 일치하도록 이 데이터의 세부 수준이 시간 단위 이상인지 확인합니다. 로깅 및 모니터링에 대한 자세한 내용은 [AWS Well-Architected 운영 우수성 원칙](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/welcome.html) 을 참조하십시오.
## 리소스
**관련 문서:**
+ [AWS 계정 설정](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_1_AWS_Account_Setup/README.html)
+ [AWS Cost and Usage Report(CUR)](https://aws.amazon.com/aws-cost-management/aws-cost-and-usage-reporting/)
+ [AWS Glue](https://aws.amazon.com/glue/)
+ [Amazon Quick](https://aws.amazon.com/quicksight/)
+ [AWS 비용 관리 요금](https://aws.amazon.com/aws-cost-management/pricing/)
+ [AWS 리소스 태그 지정](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html)
+ [AWS Budgets를 통해 비용 분석](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/budgets-managing-costs.html)
+ [Cost Explorer를 사용한 비용 분석](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-explorer-what-is.html)
+ [AWS Cost and Usage Report 관리](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage-managing.html)
+ [AWS Well-Architected 운영 우수성 원칙](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/welcome.html)
**관련 예시:**
+ [AWS 계정 설정](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_1_AWS_Account_Setup/README.html)
# COST03-BP02 비용 귀속 범주 식별
조직 내에서 비용을 할당하는 데 사용할 수 있는 조직 범주를 파악합니다.
**이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 높음
## 구현 가이드
재무 팀 및 기타 이해관계자와 협력하여 조직 내의 비용 할당 방식에 관한 요구 사항을 파악합니다. 워크로드 비용은 개발, 테스트, 프로덕션 및 폐기를 포함한 전체 수명 주기에 걸쳐 할당되어야 합니다. 조직에서 학습, 직원 개발 및 아이디어 창출에 대해 발생한 비용의 귀속 방법을 파악합니다. 그러면 이 목적으로 사용되는 계정을 일반적인 IT 비용 예산 대신 교육 및 개발 예산에 올바르게 할당할 수 있습니다.
**구현 단계**
+ **조직 범주 정의:** 이해 관계자를 만나 조직의 구조 및 요구 사항을 반영하는 범주를 정의합니다. 이들은 사업부, 예산, 비용 센터 또는 부서와 같은 기존 재무 범주의 구조에 직접 매핑됩니다. 교육과 같이 클라우드가 비즈니스에 제공하는 성과를 살펴보십시오. 이들은 조직 범주이기도 합니다. 한 리소스에 여러 범주를 할당할 수 있으며 리소스는 서로 다른 여러 범주에 있을 수 있으므로 필요한 만큼 범주를 정의합니다.
+ **역할 범주 정의:** 이해 관계자를 만나 비즈니스 내에서 자신의 역할을 반영하는 범주를 정의합니다. 역할 범주는 워크로드 또는 애플리케이션 이름과 프로덕션, 테스트, 개발 등의 환경 유형일 수 있습니다. 한 리소스에 여러 범주를 할당할 수 있으며 리소스는 서로 다른 여러 범주에 있을 수 있으므로 필요한 만큼 범주를 정의합니다.
## 리소스
**관련 문서:**
+ [AWS 리소스 태그 지정](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html)
+ [AWS Budgets를 통해 비용 분석](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/budgets-managing-costs.html)
+ [Cost Explorer를 사용한 비용 분석](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-explorer-what-is.html)
+ [AWS Cost & Usage Report 관리](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage-managing.html)
# COST03-BP03 조직 지표 설정
이 워크로드에 필요한 조직 지표를 설정합니다. 워크로드 지표의 예로는 생성된 고객 보고서 또는 고객에게 제공된 웹 페이지가 있습니다.
**이 모범 사례를 정립하지 않을 경우 노출되는 위험의 수준:** 높음
## 구현 가이드
비즈니스 성공을 기준으로 워크로드의 결과를 측정하는 방법을 파악합니다. 일반적으로 각 워크로드에는 성능을 나타내는 소규모의 주요 결과 세트가 있습니다. 구성 요소가 많은 복잡한 워크로드가 있는 경우 목록의 우선 순위를 지정하거나 각 구성 요소에 대한 지표를 정의하고 추적할 수 있습니다. 팀과 협력하여 사용할 지표를 파악하십시오. 이 단위는 워크로드의 효율성 또는 각 비즈니스 결과의 비용을 파악하는 데 사용됩니다.
**구현 단계**
+ **워크로드 성과 정의: **비즈니스 이해 관계자를 만나 워크로드에 대한 성과를 정의합니다. 이는 고객 사용량의 기본 척도이며 기술 지표가 아니라 비즈니스 지표여야 합니다. 워크로드당 거시 지표 수가 적어야 합니다(5개 미만). 워크로드가 서로 다른 사용 사례에 대해 여러 성과를 생성하는 경우 이들을 단일 지표로 그룹화합니다.
+ **워크로드 구성 요소 성과 정의: **크고 복잡한 워크로드가 있거나 잘 정의된 입력 및 출력을 사용하여 워크로드를 마이크로서비스 등의 구성 요소로 쉽게 나눌 수 있는 경우 각 구성 요소에 대한 지표를 정의합니다. 노력은 구성 요소의 가치와 비용을 반영해야 합니다. 가장 큰 구성 요소로 시작하여 더 작은 구성 요소로 진행합니다.
## 리소스
**관련 문서:**
+ [AWS 리소스 태그 지정](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html)
+ [AWS Budgets를 통해 비용 분석](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/budgets-managing-costs.html)
+ [Cost Explorer를 사용한 비용 분석](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-explorer-what-is.html)
+ [AWS 비용 및 사용 보고서 관리](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage-managing.html)
# COST03-BP04 결제 및 비용 관리 도구 구성
조직 정책에 맞게 AWS Cost Explorer와 AWS Budgets를 구성합니다.
**이 모범 사례를 정립하지 않을 경우 노출되는 위험의 수준:** 높음
## 구현 가이드
사용량을 수정하고 비용을 조정하려면 조직의 각 사용자가 비용 및 사용량 정보에 접근할 수 있어야 합니다. 클라우드를 사용하는 모든 워크로드 및 팀을 위해 다음과 같은 도구를 구성하는 것이 좋습니다.
+ **보고서:** 모든 비용 및 사용량 정보를 요약합니다.
+ **알림:** 비용 또는 사용량이 정의된 제한을 벗어날 때 알림을 제공합니다.
+ **현재 상태: **현재 비용 및 사용량 수준을 보여주는 대시보드를 구성합니다. 대시보드는 작업 환경 내의 가시성이 높은 위치에서 사용할 수 있어야 합니다(작업 대시보드와 유사함).
+ **트렌드: **필요한 기간의 비용 및 사용량 변동을 보여주는 기능을 필요한 세부 수준으로 제공합니다.
+ **예측: **향후 예상 비용을 보여주는 기능을 제공합니다.
+ **추적: **구성된 목표 또는 타겟을 기준으로 현재 비용 및 사용량을 보여줍니다.
+ **분석: **가능한 모든 차원에서 시간 단위 세부 수준까지 사용자 지정 심층 분석을 수행할 수 있는 기능을 팀원에게 제공합니다.
AWS 기본 도구(예: [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/), [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/) 및 [Amazon Athena](https://docs.aws.amazon.com/athena/?id=docs_gateway) )를 [Quick](https://docs.aws.amazon.com/quicksight/?id=docs_gateway) 와 함께 사용하여 이 기능을 제공할 수 있습니다. 서드파티 도구를 사용할 수도 있지만, 해당하는 서드파티 도구의 비용이 조직에 가치를 제공하는지 확인해야 합니다.
**구현 단계**
+ ** 비용 최적화 그룹 생성: **계정을 구성하고 필요한 비용 및 사용 보고서에 액세스할 수 있는 그룹을 생성합니다. 이 그룹에는 애플리케이션을 소유하거나 관리하는 모든 팀의 담당자가 포함되어야 합니다. 그래야 모든 팀에서 비용 및 사용량 정보에 액세스할 수 있습니다.
+ ** AWS Budgets 구성:** 워크로드의 모든 계정에서 AWS Budgets를 구성합니다. 태그를 사용하여 전체 계정 지출에 대한 예산과 워크로드에 대한 예산을 설정합니다.
+ ** AWS Cost Explorer 구성: **워크로드와 계정에 대해 AWS Cost Explorer를 구성합니다. 전체 지출과 워크로드의 주요 사용량 지표를 추적하는 워크로드에 대한 대시보드를 생성합니다.
+ ** 고급 도구 구성: **조직에 대한 추가 세부 정보와 세부 수준을 제공하는 사용자 지정 도구를 생성할 수도 있습니다. 다음을 사용하여 고급 분석 기능을 구현할 수 있습니다. [Amazon Athena](https://docs.aws.amazon.com/athena/?id=docs_gateway)및 다음을 사용한 대시보드 [Quick](https://docs.aws.amazon.com/quicksight/?id=docs_gateway).
## 리소스
**관련 문서:**
+ [AWS 리소스 태그 지정](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html)
+ [AWS Budgets를 통해 비용 분석](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/budgets-managing-costs.html)
+ [Cost Explorer를 사용한 비용 분석](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-explorer-what-is.html)
+ [AWS 비용 및 사용 보고서 관리](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage-managing.html)
**관련 예시:**
+ [Well-Architected 실습 - AWS 계정 설정](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_1_AWS_Account_Setup/README.html/)
+ [Well-Architected 실습: 결제 시각화](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_5_Cost_Visualization/README.html)
+ [Well-Architected 실습: 비용 및 사용 거버넌스](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/100_2_Cost_and_Usage_Governance/README.html)
+ [Well-Architected 실습: 비용 및 사용량 분석](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/200_4_Cost_and_Usage_Analysis/README.html)
+ [Well-Architected 실습: 비용 및 사용량 시각화](https://wellarchitectedlabs.com/Cost/Cost_Fundamentals/200_5_Cost_Visualization/README.html)
# COST03-BP05 비용 및 사용량에 조직 정보 추가
조직, 워크로드 속성 및 비용 할당 범주를 기준으로 하는 태그 지정 스키마를 정의합니다. 모든 리소스에 태그를 지정합니다. Cost Categories를 사용하여 조직 속성에 따라 비용과 사용량을 그룹화합니다.
**이 모범 사례를 정립하지 않을 경우 노출되는 위험의 수준:** 낮음
## 구현 가이드
AWS에서는 [태그를 지정하여](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html) 조직 정보를 리소스에 추가할 수 있습니다. 이러한 조직 정보는 다시 비용 및 사용량 정보에 추가됩니다. 태그는 키–값 페어입니다. 키는 정의되며 조직 전체에서 고유해야 하고 값은 리소스 그룹에 고유해야 합니다. 예를 들어 키가 Environment이고 값은 Production인 키-값 페어가 있을 수 있습니다. 프로덕션 환경의 모든 리소스에는 이 키–값 페어가 있습니다. 태그 지정을 통해 의미 있고, 관련성 있는 조직 정보를 사용하여 비용을 분류하고 추적할 수 있습니다. 조직 범주(예: 원가 중심점, 애플리케이션 이름, 프로젝트 또는 소유자)를 나타내는 태그를 적용하고 워크로드 및 워크로드의 특성(예: 테스트 또는 프로덕션)을 식별하여 조직 전체의 비용 및 사용량을 해당하는 개체에 귀속할 수 있습니다.
Amazon Elastic Compute Cloud 인스턴스 또는 Amazon Simple Storage Service 버킷과 같은 AWS 리소스에 태그를 적용하고 활성화하면 AWS가 비용 및 사용 보고서에 이 정보를 추가합니다. 태그가 지정된 리소스와 지정되지 않은 리소스에 대해 보고서를 실행하고 분석을 수행하면 내부 비용 관리 정책에 대한 규정 준수를 개선하고 정확한 귀속을 보장할 수 있습니다.
조직 전체 계정에 적용되는 AWS 태그 지정 표준을 생성하고 구현하면 통일성 있는 일관된 방식으로 AWS 환경을 관리하고 제어할 수 있습니다. 사용 [태그 정책](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_tag-policies.html) 을 AWS Organizations에서 사용하여 AWS Organizations의 계정에 포함된 AWS 리소스에 태그를 사용하는 방법에 대한 규칙을 정의할 수 있습니다. 태그 정책을 사용하면 AWS 리소스 태그 지정에 대한 표준화된 접근 방식을 쉽게 도입할 수 있습니다.
[AWS Tag Editor](https://docs.aws.amazon.com/ARG/latest/userguide/tag-editor.html) 를 사용하면 여러 리소스의 태그를 추가, 삭제 및 관리할 수 있습니다.
[AWS Cost Categories](https://aws.amazon.com/aws-cost-management/aws-cost-categories/) 를 사용하면 리소스에 태그를 지정할 필요 없이 조직의 의미를 비용에 지정할 수 있습니다. 비용 및 사용량 정보를 고유한 내부 조직 구조에 매핑할 수도 있습니다. 계정 및 태그와 같은 결제 차원을 사용하여 비용을 매핑하고 분류하는 범주 규칙을 정의하면 태그 지정에 더해 또 다른 수준의 관리 기능을 제공할 수 있습니다. 특정 계정과 태그를 여러 프로젝트에 매핑할 수도 있습니다.
**구현 단계**
+ **태그 지정 스키마 정의:** 비즈니스 전반의 모든 이해 관계자를 모아 스키마를 정의합니다. 여기에는 대개 기술직, 재무직 및 경영진이 포함됩니다. 모든 리소스가 보유해야 하는 태그 목록과 리소스가 보유해야 하는 태그 목록을 정의합니다. 조직 전체에 걸쳐 태그 이름과 값이 일치하는지 확인합니다.
+ ** 리소스 태그 지정: **정의된 비용 속성 범주를 사용하여 범주에 따라 워크로드의 모든 리소스에 태그를 지정합니다. CLI, Tag Editor 또는 Systems Manager와 같은 도구를 사용하여 효율성을 높입니다.
+ **Cost Categories 만들기: **태그 지정을 구현하지 않고 Cost Categories를 만들 수 있습니다. Cost Categories는 기존 비용 및 사용량 규모를 사용합니다. 스키마에서 범주 규칙을 생성하여 Cost Categories에 구현합니다.
+ **태그 지정 자동화:** 모든 리소스에서 많은 태그 지정을 유지하려면 리소스가 생성될 때 자동으로 태그가 지정되도록 태그 지정을 자동화합니다. 서비스 내의 기능이나 AWS CloudFormation과 같은 서비스를 사용하여 리소스를 생성할 때 태그가 지정되도록 합니다. 또한 워크로드를 주기적으로 스캔하고 태그가 지정되지 않은 리소스를 제거하는 사용자 지정 마이크로서비스를 생성할 수 있습니다. 이는 테스트 및 개발 환경에서 매우 유용합니다.
+ ** 태그 지정 모니터링 및 보고: **조직 전체에서 많은 태그 지정을 유지하려면 워크로드 전체의 태그를 보고하고 모니터링합니다. AWS Cost Explorer를 사용하여 태그가 지정되거나 태그가 지정되지 않은 리소스의 비용을 보거나 Tag Editor와 같은 서비스를 사용할 수 있습니다. 태그가 지정되지 않은 리소스의 수를 정기적으로 검토하고 원하는 태그 지정 수준에 도달할 때까지 태그를 추가하는 작업을 수행합니다.
## 리소스
**관련 문서:**
+ [AWS CloudFormation 리소스 태그](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-resource-tags.html)
+ [AWS Cost Categories](https://aws.amazon.com/aws-cost-management/aws-cost-categories/)
+ [AWS 리소스 태그 지정](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html)
+ [Amazon EC2 및 Amazon EBS는 생성 시 리소스의 태그 지정을 지원함](https://aws.amazon.com/about-aws/whats-new/2017/03/amazon-ec2-and-amazon-ebs-add-support-for-tagging-resources-upon-creation-and-additonal-resource-level-permissions/)
+ [AWS Budgets를 통해 비용 분석](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/budgets-managing-costs.html)
+ [Cost Explorer를 사용한 비용 분석](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-explorer-what-is.html)
+ [AWS 비용 및 사용 보고서 관리](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage-managing.html)
# COST03-BP06 워크로드 지표를 기준으로 비용 할당
지표 또는 비즈니스 성과에 따라 워크로드의 비용을 할당하여 워크로드 비용 효율성을 측정합니다. 인사이트와 차지백 기능을 제공할 수 있는 [Amazon Athena](https://docs.aws.amazon.com/athena/?id=docs_gateway)와 함께 AWS 비용 및 사용량 보고서를 분석하는 프로세스를 구현합니다.
**이 모범 사례를 정립하지 않을 경우 노출되는 위험의 수준:** 낮음
## 구현 가이드
비용 최적화는 최저 가격으로 비즈니스 성과를 제공하는 것입니다. 이를 위해서는 워크로드 지표(워크로드 효율성으로 측정됨)를 기준으로 워크로드 비용을 할당해야 합니다. 로그 파일 또는 기타 애플리케이션 모니터링을 통해 정의된 워크로드 지표를 모니터링하십시오. 이 데이터를 워크로드 비용과 결합합니다. 워크로드 비용은 특정 태그 값 또는 계정 ID에 연결된 비용을 조회하여 확인할 수 있습니다. 이 분석은 시간 단위 수준으로 수행하는 것이 좋습니다. 정적 비용 구성 요소(예: 상시 실행되는 백엔드 데이터베이스)가 일부 있고 요청 비율이 가변적인 경우(오전 9시부터 오후 5시까지 사용량이 많고 야간에는 요청 수가 적음)에는 효율성이 변경되는 것이 일반적입니다. 정적 비용과 가변 비용 간의 관계를 이해하면 최적화 활동에 집중하는 데 도움이 됩니다.
**구현 단계**
+ ** 워크로드 지표에 비용 할당: **정의된 지표와 구성된 태그 지정을 사용하여 워크로드 출력과 워크로드 비용을 결합하는 지표를 생성합니다. Amazon Athena 및 Quick와 같은 분석 서비스를 사용하여 전체 워크로드와 모든 구성 요소에 대한 효율성 대시보드를 생성합니다.
## 리소스
**관련 문서:**
+ [AWS 리소스 태그 지정](https://docs.aws.amazon.com/general/latest/gr/aws_tagging.html)
+ [AWS Budgets를 통해 비용 분석](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/budgets-managing-costs.html)
+ [Cost Explorer를 사용한 비용 분석](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-explorer-what-is.html)
+ [AWS 비용 및 사용 보고서 관리](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-reports-costusage-managing.html)