# 검토 **Topics** + [PERF 6  새 릴리스를 활용하기 위해 워크로드를 어떻게 발전시킵니까?](w2aac19c11b7b5.md) # PERF 6  새 릴리스를 활용하기 위해 워크로드를 어떻게 발전시킵니까? 워크로드 설계 시 선택할 수 있는 옵션은 한정되어 있습니다. 그러나 시간이 지나면 워크로드의 성능을 개선할 수 있는 새로운 기술과 접근 방식을 사용할 수 있게 됩니다. **Topics** + [PERF06-BP01 새 리소스 및 서비스에 대한 최신 정보 숙지](perf_continue_having_appropriate_resource_type_keep_up_to_date.md) + [PERF06-BP02 워크로드 성능 개선을 위한 프로세스 정의](perf_continue_having_appropriate_resource_type_define_process.md) + [PERF06-BP03 장기적인 워크로드 성능 개선](perf_continue_having_appropriate_resource_type_evolve.md) # PERF06-BP01 새 리소스 및 서비스에 대한 최신 정보 숙지 새로운 서비스, 설계 패턴 및 제품 오퍼링이 제공되면 성능을 개선할 방법을 평가합니다. 평가, 내부 논의 또는 외부 분석을 통해 워크로드의 효율성을 높이고 성능을 개선할 수 있는 방법을 결정합니다. 워크로드 관련 업데이트, 새 기능 및 서비스를 평가하는 프로세스를 정의합니다. 새 기술을 사용하는 개념 증명 작성, 내부 그룹과의 상담 등을 그 예로 들 수 있습니다. 새 아이디어나 서비스를 시도할 때는 성능 테스트를 실행하여 해당 아이디어나 서비스가 워크로드의 성능에 주는 영향을 측정합니다. 코드형 인프라(IaC) 및 DevOps 문화를 사용함으로써 비용 또는 위험을 최소화하면서 역량을 활용하여 새 아이디어나 기술을 자주 테스트할 수 있습니다. **원하는 결과:** 구성 요소, 설계 패턴, 워크로드 특성의 인벤토리를 문서화했습니다. 이러한 문서를 사용하여 서비스 업데이트, 기능 및 신제품을 팀에게 알리는 구독 목록을 만들 수 있습니다. 새 릴리스를 평가하고 비즈니스에 미치는 영향과 우선 순위에 대한 권장 사항을 제공할 구성 요소 이해 관계자를 파악했습니다. **일반적인 안티 패턴:** + 워크로드가 성능 요구 사항을 충족하지 못할 때만 새 옵션 및 서비스를 검토합니다. + 모든 신제품 오퍼링이 워크로드에 유용하지 않을 것이라고 가정합니다. + 워크로드를 개선할 때 항상 구매가 아닌 구축을 선택합니다. **이 모범 사례 확립의 이점:** 새로운 서비스나 제품 오퍼링을 고려함으로써, 워크로드의 성능과 효율성을 향상하고, 인프라의 비용을 줄이며 서비스 유지 관리에 필요한 노력을 절감할 수 있습니다. **이 모범 사례가 확립되지 않을 경우 노출되는 위험의 수준:** 높음 ## 구현 가이드 AWS의 업데이트, 새 기능 및 서비스를 평가하는 프로세스를 정의합니다. 예를 들어, 새로운 기술을 사용하는 개념 증명을 작성할 수 있습니다. 새 아이디어나 서비스를 시도할 때는 성능 테스트를 실행하여 해당 아이디어나 서비스가 워크로드의 효율성 또는 성능에 미치는 영향을 측정합니다. AWS에서 제공되는 유연한 기능을 활용하면 비용이나 위험을 최소화하면서 새 아이디어나 기술을 자주 테스트할 수 있습니다. ## 구현 단계 1. 워크로드 솔루션을 문서화합니다. 구성 관리 데이터베이스(CMDB) 솔루션을 사용하여 인벤토리를 문서화하고 서비스 및 종속성을 분류합니다. 도구, 즉 [AWS Config](https://aws.amazon.com/config/) 등을 사용하여 워크로드에서 사용되는 AWS의 모든 서비스 목록을 확보합니다. 1. 각 워크로드 구성 요소 및 범주의 소유자를 문서화하는 [태깅 전략](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/tagging-best-practices.html) 을 사용합니다. 예를 들어, 현재 Amazon RDS를 데이터베이스 솔루션으로 사용 중인 경우, 데이터베이스 관리자(DBA)가 새로운 서비스 및 업데이트를 평가하고 연구하기 위해 소유자로 지정되고 문서화되도록 합니다. 1. 워크로드 구성 요소 관련 뉴스 및 업데이트 소스를 파악합니다. 이전에 언급한 Amazon RDS 예시에서 범주 소유자는 해당 워크로드 구성 요소와 일치하는 제품에 대한 [‘새로운 소식’ AWS 블로그](https://aws.amazon.com/new/) 를 구독해야 합니다. RSS 피드를 구독하거나 [이메일 구독](https://pages.awscloud.com/communication-preferences.html)을 관리할 수 있습니다. 사용하는 Amazon RDS 데이터베이스, 소개된 기능, 릴리스된 인스턴스 및 Amazon Aurora Serverless와 같은 신제품에 대한 업그레이드를 모니터링합니다. 구성 요소에 사용되는 업계 블로그, 제품 및 공급업체를 모니터링합니다. 1. 업데이트 및 새로운 서비스를 평가하기 위한 프로세스를 문서화합니다. 업데이트 및 새로운 서비스를 연구, 테스트, 실험 및 검증하는 데 필요한 시간과 공간을 범주 소유자에게 제공합니다. 문서화된 비즈니스 요구 사항 및 KPI를 다시 참조하여 비즈니스에 긍정적인 영향을 줄 업데이트에 대한 우선순위를 지정할 수 있습니다. **구현 계획의 작업 수준:** 이 모범 사례를 확립하려면 현재의 워크로드 구성 요소를 인지하고, 범주 소유자를 파악하고 서비스 업데이트의 소스를 파악해야 합니다. 시작하기 위한 작업 수준은 낮지만 시간이 지남에 따라 발전되고 개선할 수 있는 지속적인 프로세스입니다. ## 리소스 **관련 문서:** + [AWS 블로그](https://aws.amazon.com/blogs/) + [AWS의 새로운 소식](https://aws.amazon.com/new/?ref=wellarchitected) **관련 동영상:** + [AWS Events YouTube 채널](https://www.youtube.com/channel/UCdoadna9HFHsxXWhafhNvKw) + [AWS Online Tech Talks YouTube 채널](https://www.youtube.com/user/AWSwebinars) + [Amazon Web Services YouTube 채널](https://www.youtube.com/channel/UCd6MoB9NC6uYN2grvUNT-Zg) **관련 예시:** + [AWS Github](https://github.com/aws) + [AWS Skill Builder](https://explore.skillbuilder.aws/learn) # PERF06-BP02 워크로드 성능 개선을 위한 프로세스 정의 새 서비스, 설계 패턴, 리소스 유형 및 구성을 사용할 수 있게 되면 평가를 위한 프로세스를 정의해야 합니다. 예를 들어 새로운 인스턴스 오퍼링에서 기존 성능 테스트를 실행하여 워크로드 개선 가능성을 결정합니다. 워크로드의 성능에는 몇 가지 주요 제약 사항이 있습니다. 워크로드의 성능을 향상시킬 수 있는 혁신이 어떤 것인지 파악할 수 있도록 이러한 내용을 문서화합니다. 새 서비스나 기술을 사용할 수 있게 되면 해당 서비스/기술을 습득할 때 이 정보를 사용하여 제약 조건이나 병목 현상을 완화하는 방법을 파악합니다. **일반적인 안티 패턴:** + 시간이 지나면 현재 아키텍처가 정적 아키텍처가 되고 절대 업데이트되지 않는다고 가정합니다. + 시간이 지나면 타당한 지표 없이 아키텍처 변경을 도입합니다. **이 모범 사례 수립의 이점:** 아키텍처 변경을 위한 프로세스를 정의하면 수집된 데이터를 사용하여 워크로드 설계에 지속적으로 영향을 줄 수 있습니다. **이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 보통 ## 구현 가이드 워크로드에 대한 주요 성능 제약 식별: 워크로드의 성능 제약을 문서화하면 어떤 종류의 혁신이 워크로드의 성능을 개선할 수 있는지 알 수 있습니다. ## 리소스 **관련 문서:** + [AWS 블로그](https://aws.amazon.com/blogs/) + [AWS의 새로운 소식](https://aws.amazon.com/new/?ref=wellarchitected) **관련 동영상:** + [AWS Events YouTube 채널](https://www.youtube.com/channel/UCdoadna9HFHsxXWhafhNvKw) + [AWS Online Tech Talks YouTube 채널](https://www.youtube.com/user/AWSwebinars) + [Amazon Web Services YouTube 채널](https://www.youtube.com/channel/UCd6MoB9NC6uYN2grvUNT-Zg) **관련 예시:** + [AWS Github](https://github.com/aws) + [AWS Skill Builder](https://explore.skillbuilder.aws/learn) # PERF06-BP03 장기적인 워크로드 성능 개선 조직에서 평가 프로세스를 통해 수집된 정보를 사용하여 제공되는 새 서비스나 리소스를 적극적으로 도입합니다. 새 서비스나 기술을 평가할 때 수집한 정보를 사용하여 변경을 진행합니다. 비즈니스 또는 워크로드가 변경되면 성능도 변경되어야 합니다. 워크로드 지표에서 수집한 데이터를 사용해 효율성이나 성능을 가장 많이 개선할 수 있는 영역을 평가하고, 수요를 충족할 수 있도록 새 서비스와 기술을 사전에 도입합니다. **일반적인 안티 패턴:** + 시간이 지나면 현재 아키텍처가 정적 아키텍처가 되고 절대 업데이트되지 않는다고 가정합니다. + 시간이 지나면 타당한 지표 없이 아키텍처 변경을 도입합니다. + 업계의 모두가 사용하고 있다는 이유 때문에 아키텍처를 변경합니다. **이 모범 사례 수립의 이점:** 워크로드 성능과 비용을 최적화하려면 사용 가능한 모든 소프트웨어와 서비스를 평가하여 워크로드에 적합한 소프트웨어와 서비스를 결정해야 합니다. **이 모범 사례가 수립되지 않을 경우 노출되는 위험의 수준:** 낮음 ## 구현 가이드 시간 경과에 따른 워크로드 변경: 새 서비스나 기술을 평가할 때 수집한 정보를 사용하여 변경을 진행합니다. 비즈니스 또는 워크로드가 변경되면 성능도 변경되어야 합니다. 워크로드 지표에서 수집한 데이터를 사용하여 효율성 또는 성능을 가장 많이 개선할 수 있는 영역을 평가하고, 새 서비스와 기술을 미리 도입하여 요구 사항에 부응합니다. ## 리소스 **관련 문서:** + [AWS 블로그](https://aws.amazon.com/blogs/) + [AWS의 새로운 소식](https://aws.amazon.com/new/?ref=wellarchitected) **관련 동영상:** + [AWS Events YouTube 채널](https://www.youtube.com/channel/UCdoadna9HFHsxXWhafhNvKw) + [AWS Online Tech Talks YouTube 채널](https://www.youtube.com/user/AWSwebinars) + [Amazon Web Services YouTube 채널](https://www.youtube.com/channel/UCd6MoB9NC6uYN2grvUNT-Zg) **관련 예시:** + [AWS Github](https://github.com/aws) + [AWS Skill Builder](https://explore.skillbuilder.aws/learn)