

# COST 5  서비스를 선택할 때 비용을 어떻게 평가합니까?
<a name="w2aac19c13b9b5"></a>

Amazon EC2, Amazon EBS 및 Amazon S3는 기본 구성 AWS 서비스입니다. Amazon RDS 및 Amazon DynamoDB와 같은 관리형 서비스는 더 높은 수준이거나 애플리케이션 수준의 AWS 서비스입니다. 기본 구성 서비스와 관리형 서비스를 적절히 선택하여 이 워크로드의 비용을 최적화할 수 있습니다. 예를 들어 관리형 서비스를 사용하면 관리 및 운영 고정 비용을 상당 부분 줄이고, 응용 프로그램 및 비즈니스 관련 활동에 집중할 수 있습니다.

**Topics**
+ [COST05-BP01 조직의 비용 요구 사항 파악](cost_select_service_requirements.md)
+ [COST05-BP02 이 워크로드의 모든 구성 요소 분석](cost_select_service_analyze_all.md)
+ [COST05-BP03 각 구성 요소의 철저한 분석 수행](cost_select_service_thorough_analysis.md)
+ [COST05-BP04 비용 효율적인 라이선스가 포함된 소프트웨어 선택](cost_select_service_licensing.md)
+ [COST05-BP05 조직의 우선순위에 따라 비용을 최적화할 이 워크로드의 구성 요소 선택](cost_select_service_select_for_cost.md)
+ [COST05-BP06 시간별로 사용량이 달라지는 경우 비용 분석 수행](cost_select_service_analyze_over_time.md)

# COST05-BP01 조직의 비용 요구 사항 파악
<a name="cost_select_service_requirements"></a>

 팀원과 협의하여 이 워크로드의 비용 최적화와 기타 원칙(예: 성능, 안정성)의 적절한 절충 수준을 정의합니다. 

 **이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 높음 

## 구현 가이드
<a name="implementation-guidance"></a>

워크로드에 사용할 서비스를 선택할 때는 조직의 우선 순위를 이해하는 것이 중요합니다. 비용 및 기타 Well-Architected 원칙(예: 성능 및 안정성) 간에 균형을 유지해야 합니다. 완전한 비용 최적화 워크로드는 조직의 요구 사항과 가장 일치하는 솔루션을 의미하며 꼭 비용이 가장 낮은 솔루션이 아닐 수 있습니다. 조직 내 모든 팀과 회의를 통해 제품, 비즈니스, 기술, 재무 등의 정보를 수집하세요.

**구현 단계**
+ ** 조직의 비용 요구 사항 파악: **제품 관리 팀, 애플리케이션 소유자, 개발 및 운영 팀, 관리 및 재무 팀 등 조직의 팀원을 만나 보세요. 이 워크로드와 해당 구성 요소에 대해 Well-Architected 원칙의 우선순위를 정합니다. 원칙 목록을 순서대로 나열합니다. 각 원칙에 가중치를 더할 수도 있습니다. 이를 통해 원칙에 얼마나 더 많은 초점이 맞춰져 있는지 또는 두 원칙 사이에 초점이 얼마나 비슷한지 알 수 있습니다. 

## 리소스
<a name="resources"></a>

 **관련 문서:** 
+  [AWS 총 소유 비용(TCO) 계산기](https://aws.amazon.com/tco-calculator/) 
+  [Amazon S3 스토리지 클래스](https://aws.amazon.com/s3/storage-classes/) 
+  [클라우드 제품](https://aws.amazon.com/products/) 

# COST05-BP02 이 워크로드의 모든 구성 요소 분석
<a name="cost_select_service_analyze_all"></a>

 현재 크기나 비용과 관계없이 모든 워크로드 구성 요소가 분석되도록 해야 합니다. 검토 작업은 현재 비용과 예상 비용 등의 제공될 수 있는 이점을 반영해야 합니다. 

 **이 모범 사례를 정립하지 않을 경우 노출되는 위험의 수준:** 낮음 

## 구현 가이드
<a name="implementation-guidance"></a>

워크로드의 모든 구성 요소에 대해 철저한 분석을 수행합니다. 분석 비용과 수명 주기 동안 워크로드의 잠재적 절감액이 균형을 이루는지 확인하십시오. 구성 요소의 현재 영향과 향후 잠재적 영향을 파악해야 합니다. 예를 들어 제안된 리소스의 비용이 월 10 USD이고 예상 로드가 월 15 USD를 초과하지 않는 경우, 시스템 수명 전체에서 얻을 수 있는 잠재적 이점보다 비용을 50%(월 5 USD) 절감하기 위한 하루 동안의 노력이 더 들 수 있습니다. 더 빠르고 효율적인 데이터 기반 추정을 사용하면 이 구성 요소에 대해 전반적으로 가장 좋은 결과를 얻을 수 있습니다.

워크로드는 시간이 지남에 따라 변경될 수 있으며 워크로드 아키텍처 또는 사용량이 변경되면 워크로드에 가장 적합한 서비스 세트도 변경될 수 있습니다. 서비스 선택을 분석할 때는 현재 및 향후 워크로드 상태 및 사용량 수준을 포함해야 합니다. 향후 워크로드 상태 또는 사용량에 대한 서비스를 구현하면 향후 변경에 필요한 노력을 줄이거나 제거하여 전반적인 비용을 절감할 수 있습니다.

[AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) 및 [AWS Cost and Usage Report](https://aws.amazon.com/aws-cost-management/aws-cost-and-usage-reporting/) (CUR)을 사용하여 PoC(개념 증명) 또는 환경 실행 비용을 분석할 수 있습니다. 또한 [AWS Pricing Calculator](https://calculator.aws/#/) 로 워크로드 비용을 추정할 수도 있습니다.

**구현 단계**
+  **워크로드 구성 요소 나열: **모든 워크로드 구성 요소의 목록을 만듭니다. 이 목록은 각 구성 요소가 분석되었는지 확인하는 데 사용됩니다. 여기에 드는 노력은 조직의 우선순위에 정의된 워크로드에 대한 중요도를 반영해야 합니다. 리소스를 그룹화하면 데이터베이스가 여러 개인 경우 프로덕션 데이터베이스 스토리지와 같이 효율성이 향상됩니다. 
+  **구성 요소 목록의 우선순위 지정:** 구성 요소 목록을 가져와서 작업량순으로 우선순위를 지정합니다. 이는 일반적으로 구성 요소의 비용(가장 비싼 것부터 가장 싼 것까지) 또는 조직 우선순위에 정의된 중요도를 따릅니다. 
+ ** 분석 수행:** 목록의 각 구성 요소에 대해 사용 가능한 옵션과 서비스를 검토하고 조직의 우선순위에 가장 잘 맞는 옵션을 선택합니다. 

## 리소스
<a name="resources"></a>

 **관련 문서:** 
+  [AWS Pricing Calculator](https://calculator.aws/#/) 
+  [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) 
+  [Amazon S3 스토리지 클래스](https://aws.amazon.com/s3/storage-classes/) 
+  [클라우드 제품](https://aws.amazon.com/products/) 

# COST05-BP03 각 구성 요소의 철저한 분석 수행
<a name="cost_select_service_thorough_analysis"></a>

 조직에서 발생하는 각 구성 요소의 전반적인 비용을 확인합니다. 그런 다음 운영 및 관리 비용을 감안하여 총 소유 비용을 파악합니다(특히 관리형 서비스를 사용하는 경우). 검토 작업은 분석에 소요되는 시간 대비 구성 요소 비용 등의 제공될 수 있는 이점을 반영해야 합니다. 

 **이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 낮음 

## 구현 가이드
<a name="implementation-guidance"></a>

팀은 이렇게 절약한 시간을 기술적 부채 청산, 혁신 및 부가 가치 기능에 집중할 수 있습니다. 예를 들어 온프레미스 환경을 최대한 빠르게 클라우드로 리프트 앤드 시프트하고 최적화는 나중에 수행하는 경우입니다. 라이선스 비용이 거의 발생하지 않거나, 전혀 발생하지 않는 관리형 서비스를 사용하여 실현할 수 있는 비용 절감 이점을 파악하는 것이 좋습니다. 관리형 서비스를 사용하면 서비스 유지 관리를 위한 운영 및 관리 부담이 제거되므로 혁신에 집중할 수 있습니다. 또한 관리형 서비스는 클라우드 규모로 운영되기 때문에 트랜잭션 또는 서비스당 비용을 줄일 수 있습니다.

관리형 서비스에는 대개 충분한 용량을 보장하기 위해 설정할 수 있는 속성이 있습니다. 초과 용량을 최소한으로 유지하면서 성능은 극대화할 수 있도록 이러한 속성을 설정하고 모니터링해야 합니다. AWS Management Console 또는 AWS API 및 SDK를 사용해 AWS Managed Services의 속성을 수정하여 변화하는 수요에 맞게 리소스 요구를 조정할 수 있습니다. 예를 들어, Amazon EMR 클러스터나 Amazon Redshift 클러스터의 노드 수를 늘리거나 줄여서 클러스터 규모를 스케일 아웃하거나 스케일 인할 수 있습니다.

또한 AWS 리소스의 여러 인스턴스를 압축하여 리소스 사용 밀도를 높일 수도 있습니다. 예를 들어 단일 Amazon Relational Database Service(Amazon RDS) 데이터베이스 인스턴스에 소형 데이터베이스 여러 개를 프로비저닝할 수 있습니다. 그리고 사용량이 증가하면 스냅샷 및 복원 프로세스를 사용하여 전용 Amazon RDS 데이터베이스 인스턴스에 데이터베이스 중 하나를 마이그레이션할 수 있습니다.

관리형 서비스에서 워크로드를 프로비저닝할 때는 서비스 용량 조정 요구 사항을 파악해야 합니다. 일반적으로 이러한 요구 사항은 시간, 작업량 및 정상 워크로드 작동에 미치는 영향을 의미합니다. 리소스를 프로비저닝할 때는 변경이 발생하기까지 소요되는 시간을 고려하여 이 시간을 허용하는 데 필요한 오버헤드를 프로비저닝해야 합니다. Amazon CloudWatch 등의 시스템 및 모니터링 도구와 통합된 API와 SDK를 사용하면 서비스를 수정하는 데 필요한 지속적인 작업을 사실상 수행하지 않아도 됩니다.

[Amazon RDS](https://aws.amazon.com/rds/), [Amazon Redshift](https://aws.amazon.com/redshift/) 및 [Amazon ElastiCache](https://aws.amazon.com/elasticache/) 는 관리형 데이터베이스 서비스를 제공합니다. [Amazon Athena](https://aws.amazon.com/athena/), [Amazon EMR](https://aws.amazon.com/emr/) 및 [Amazon OpenSearch Service](https://aws.amazon.com/opensearch-service/) 는 관리형 분석 서비스를 제공합니다.

[AMS](https://aws.amazon.com/managed-services/) 는 엔터프라이즈 고객 및 파트너를 대신하여 AWS 인프라를 운영하는 서비스입니다. 이 서비스를 사용하면 규정을 준수하는 안전한 환경에 워크로드를 배포할 수 있습니다. AMS는 자동화가 포함된 엔터프라이즈 클라우드 운영 모델을 사용하므로 고객은 조직 요구 사항을 충족하면서 클라우드로 더 빠르게 이전하고 지속적인 관리 비용을 절감할 수 있습니다.

**구현 단계**
+ ** 철저한 분석 수행: **구성 요소 목록을 사용하여 가장 높은 우선순위부터 가장 낮은 우선순위까지 각 구성 요소를 살펴봅니다. 우선순위가 높고 비용이 많이 드는 구성 요소의 경우 추가 분석을 수행하고 사용 가능한 모든 옵션과 장기적인 영향을 평가합니다. 우선순위가 낮은 구성 요소의 경우 사용량 변화로 인해 구성 요소의 우선순위가 변경되는지 평가한 다음 적절한 작업에 대한 분석을 수행합니다. 

## 리소스
<a name="resources"></a>

 **관련 문서:** 
+  [AWS 총 소유 비용(TCO) 계산기](https://aws.amazon.com/tco-calculator/) 
+  [Amazon S3 스토리지 클래스](https://aws.amazon.com/s3/storage-classes/) 
+  [클라우드 제품](https://aws.amazon.com/products/) 

# COST05-BP04 비용 효율적인 라이선스가 포함된 소프트웨어 선택
<a name="cost_select_service_licensing"></a>

 오픈 소스 소프트웨어는 워크로드 비용에서 상당한 부분을 차지할 수 있는 소프트웨어 라이선스 비용을 없앱니다. 라이선스가 부여된 소프트웨어가 필요한 경우 CPU와 같은 임의의 속성에 바인딩된 라이선스를 피하고 결과 또는 성과에 바인딩된 라이선스를 찾으십시오. 이러한 라이선스의 비용은 해당 라이선스가 제공하는 혜택에 더 근접하게 조정됩니다. 

 **이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 낮음 

## 구현 가이드
<a name="implementation-guidance"></a>

오픈 소스 소프트웨어를 사용하면 소프트웨어 라이선스 비용을 줄일 수 있습니다. 라이선스 비용은 워크로드 규모가 확장됨에 따라 워크로드 비용에 상당한 영향을 미칠 수 있습니다. 총 비용을 기준으로 라이선스가 부여된 소프트웨어의 이점을 측정하면 워크로드 효율성을 최대한 최적화할 수 있습니다. 라이선스 변경 사항과 이러한 변경 사항이 워크로드 비용에 미치는 영향을 모델링하십시오. 공급업체가 데이터베이스 라이선스 비용을 변경하는 경우 이 비용이 워크로드의 전반적인 효율성에 어떤 영향을 미치는지 조사하십시오. 공급업체의 기간별 요금 발표를 고려하여 제품 전반의 라이선스 변경 추세를 파악하십시오. 또한 라이선스 비용은 하드웨어에 따라 확장되는 라이선스(CPU 바인딩 라이선스)와 같이 처리량이나 사용량과 관계없이 확장될 수 있습니다. 이러한 라이선스는 해당하는 결과 없이 비용이 빠르게 증가할 수 있으므로 피해야 합니다.

**구현 단계**
+ ** 라이선스 옵션 분석: **사용 가능한 소프트웨어의 라이선스 약관을 검토합니다. 필요한 기능을 갖춘 오픈 소스 버전을 찾고 라이선스가 부여된 소프트웨어의 혜택이 비용보다 큰지 확인하세요. 좋은 조건은 소프트웨어에서 제공하는 혜택에 소프트웨어 비용을 맞춥니다. 
+ ** 소프트웨어 공급자 분석: **공급자의 과거 요금 또는 라이선스 변경을 검토합니다. 특정 공급자의 하드웨어 또는 플랫폼에서 실행에 대한 징벌적 조건과 같이 성과에 부합하지 않는 변경 사항을 찾아보십시오. 또한 감사를 수행하는 방법과 부과될 수 있는 페널티를 찾아보세요. 

## 리소스
<a name="resources"></a>

 **관련 문서:** 
+  [AWS 총 소유 비용(TCO) 계산기](https://aws.amazon.com/tco-calculator/) 
+  [Amazon S3 스토리지 클래스](https://aws.amazon.com/s3/storage-classes/) 
+  [클라우드 제품](https://aws.amazon.com/products/) 

# COST05-BP05 조직의 우선순위에 따라 비용을 최적화할 이 워크로드의 구성 요소 선택
<a name="cost_select_service_select_for_cost"></a>

 모든 구성 요소를 선택할 때는 비용을 고려해야 합니다. 이 과정에서는 Amazon Relational Database Service([Amazon RDS](Amazon%20Relational%20Database%20Service%20(Amazon%20RDS))), [Amazon DynamoDB](https://docs.aws.amazon.com/dynamodb/?id=docs_gateway), Amazon Simple Notification Service([Amazon SNS](https://docs.aws.amazon.com/sns/?id=docs_gateway)), Amazon Simple Email Service([Amazon SES](https://docs.aws.amazon.com/ses/?id=docs_gateway)) 등의 애플리케이션 수준 서비스와 관리형 서비스를 사용하여 전체적인 조직 비용을 절감할 수 있습니다. 컴퓨팅 구성 요소의 경우에는 서버리스 서비스와 컨테이너를 사용합니다(예: AWS Lambda, 정적 웹 사이트용 Amazon Simple Storage Service([Amazon S3](https://docs.aws.amazon.com/s3/?id=docs_gateway)), Amazon Elastic Container Service([Amazon ECS](https://docs.aws.amazon.com/ecs/?id=docs_gateway)). 오픈 소스 소프트웨어 또는 라이선스 요금이 없는 소프트웨어를 사용하여 라이선스 비용을 최소화합니다(예: 컴퓨팅 워크로드용 Amazon Linux 또는 [Amazon Aurora](https://docs.aws.amazon.com/rds/?id=docs_gateway). 

 **이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 낮음 

## 구현 가이드
<a name="implementation-guidance"></a>

다음과 같은 서버리스 또는 애플리케이션 수준 서비스를 사용할 수 있습니다. [AWS Lambda](https://aws.amazon.com/lambda/), [Amazon Simple Queue Service(Amazon SQS)](https://aws.amazon.com/sqs/), [Amazon SNS](https://docs.aws.amazon.com/sns/?id=docs_gateway) 및 [Amazon SES](https://docs.aws.amazon.com/ses/?id=docs_gateway). 이러한 서비스를 사용하면 리소스를 관리할 필요가 없으며 코드 실행, 대기열 서비스 및 메시지 전송 기능을 제공합니다. 또 다른 이점은 사용량에 따라 성능과 비용이 확장되므로 효율적인 비용 할당 및 귀속이 가능하다는 것입니다.

서버리스에 대한 자세한 내용은 다음을 참조하십시오. [Well-Architected Serverless Application Lens 백서](https://docs.aws.amazon.com/wellarchitected/latest/serverless-applications-lens/welcome.html).

** 구현 단계**
+ ** 각 서비스를 선택하여 비용 최적화: **우선순위가 지정된 목록 및 분석을 사용하여 조직의 우선순위와 가장 잘 일치하는 각 옵션을 선택합니다. 

## 리소스
<a name="resources"></a>

 **관련 문서:** 
+  [AWS 총 소유 비용(TCO) 계산기](https://aws.amazon.com/tco-calculator/) 
+  [Amazon S3 스토리지 클래스](https://aws.amazon.com/s3/storage-classes/) 
+  [클라우드 제품](https://aws.amazon.com/products/) 

# COST05-BP06 시간별로 사용량이 달라지는 경우 비용 분석 수행
<a name="cost_select_service_analyze_over_time"></a>

 워크로드는 시간이 지남에 따라 바뀔 수 있습니다. 일부 서비스 또는 기능은 다양한 사용 수준에서 더 비용 효율적입니다. 예상 사용량에 따라 시간별로 각 구성 요소 분석을 수행하면 수명 주기 동안 워크로드의 비용 효율성이 유지됩니다. 

 **이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 낮음 

## 구현 가이드
<a name="implementation-guidance"></a>

AWS에서 새로운 서비스와 기능이 릴리스되면 워크로드에 대한 최적의 서비스가 변경될 수 있습니다. 필요한 노력에는 잠재적 이점이 반영되어야 합니다. 워크로드 검토 빈도는 조직의 요구 사항에 따라 다릅니다. 비용이 높은 워크로드인 경우 새로운 서비스를 빨리 구현할수록 비용 절감이 극대화되므로 검토를 자주 수행하는 것이 좋습니다. 사용량 패턴이 변경되는 경우에도 검토를 시행해야 합니다. 사용량의 큰 변화는 대체 서비스가 더 적합하다는 의미일 수 있습니다. 예를 들어 데이터 전송 속도가 더 높으면 직접 연결 서비스를 통해 VPN보다 저렴한 비용으로 필요한 연결을 제공할 수 있습니다. 서비스 변경의 잠재적인 영향을 예측하여 이러한 사용량 수준 트리거를 모니터링하고 가장 비용 효율적인 서비스를 더 빨리 구현할 수 있도록 하십시오.

**구현 단계**
+ ** 예측된 사용 패턴 정의: **마케팅 및 제품 소유자와 같은 조직과 협력하여 워크로드의 예상 사용 패턴과 예측 사용 패턴을 문서화합니다. 
+ ** 예측 사용량에 대한 비용 분석 수행:** 정의된 사용 패턴을 사용하여 이러한 각 지점에서 분석을 수행합니다. 분석 작업은 잠재적 성과를 반영해야 합니다. 예를 들어 사용량 변화가 큰 경우 비용과 변경 사항을 확인하기 위해 철저한 분석을 수행해야 합니다. 

## 리소스
<a name="resources"></a>

 **관련 문서:** 
+  [AWS 총 소유 비용(TCO) 계산기](https://aws.amazon.com/tco-calculator/) 
+  [Amazon S3 스토리지 클래스](https://aws.amazon.com/s3/storage-classes/) 
+  [클라우드 제품](https://aws.amazon.com/products/) 