오래된 콘텐츠입니다. 이 버전의 Well-Architected Framework는 현재 다음 위치에서 찾을 수 있습니다. https://docs.aws.amazon.com/ko_kr/wellarchitected/2022-03-31/framework/cost-optimization.html

COST 10: 새로운 서비스를 어떻게 평가합니까?

AWS는 새로운 서비스와 기능을 출시하므로, 기존 아키텍처 결정을 검토하여 최고의 비용 효율성을 유지하는 것이 좋습니다.

리소스

Choosing a cloud platform
What's New with AWS
AWS News Blog

모범 사례:

개선 계획

워크로드 검토 프로세스 개발

  • 검토 빈도 정의 : 워크로드 및 해당 구성 요소를 검토해야 하는 빈도를 정의합니다. 이는 여러 가지 요소를 조합한 것으로 조직 내 워크로드마다 다를 수 있으며 워크로드의 구성 요소마다 다를 수 있습니다. 일반적인 요인으로는 수익 또는 브랜드 측면에서 측정한 조직에 대한 중요성, 워크로드의 총 실행 비용(운영 및 리소스 비용 포함), 워크로드의 복잡성, 변경 실행 용이성, 소프트웨어 라이선스 계약, 변경으로 인해 징벌적 라이선스에 의한 라이선스 비용이 크게 증가하는지 여부 등이 있습니다. 기능적 또는 기술적으로 구성 요소를 정의할 수 있습니다(예: 웹 서버 및 데이터베이스, 컴퓨팅 및 스토리지 리소스). 요인을 적절히 절충하고 워크로드와 해당 구성 요소에 대한 기간을 정하십시오. 18개월마다 전체 워크로드를 검토하고, 6개월마다 웹 서버를 검토하고, 12개월마다 데이터베이스를 검토하고, 6개월마다 컴퓨팅 및 단기 스토리지를 검토하고, 12개월마다 장기 스토리지를 검토하기로 결정할 수 있습니다.
  • 검토 완전성 정의 : 워크로드 또는 워크로드 구성 요소를 검토하는 데 얼마나 많은 노력이 드는지 정의합니다. 검토 빈도와 마찬가지로 여러 가지 요소를 비교 검토하여 절충해야 합니다. 데이터베이스 구성 요소 분석에 1주를 할애하고 스토리지 검토에 4시간을 할애할 수 있습니다.

    • 정기적으로 워크로드 검토 및 분석

  • 정기적으로 워크로드 검토 : 정의된 프로세스를 사용하여 지정된 빈도로 검토를 수행합니다. 각 구성 요소에 대해 적절한 노력을 기울여야 합니다. 이 프로세스는 비용 최적화를 위해 서비스를 선택한 초기 설계 프로세스와 유사합니다. 장기적 이점뿐만 아니라 서비스와 서비스가 제공하는 이점인 변경 비용의 이 시간 요소를 분석합니다.
  • 새로운 서비스 구현 : 분석 결과가 변경 실행인 경우 먼저 워크로드의 기준을 수행하여 현재 성과당 비용을 파악합니다. 변경을 실행한 다음 분석을 수행하여 새로운 결과당 비용을 확인합니다.