# 워크로드 및 범위
<a name="workload-and-scope"></a>

 [AWS Well-Architected Framework](https://docs.aws.amazon.com/wellarchitected/latest/userguide/workloads.html)에 따르면 다음과 같습니다.

 워크로드란 고객 대면 애플리케이션이나 백엔드 프로세스 같이 비즈니스 가치를 창출하는 리소스 및 코드 모음을 말합니다. 워크로드는 단일 AWS 계정 계정에서 리소스 하위 집합으로 구성되거나, 혹은 여러 AWS 계정 계정에 적용되는 다수의 리소스 컬렉션이 될 수도 있습니다. 중소기업은 워크로드가 소수일 수 있지만 대기업에서는 워크로드가 수천 개에 이르기도 합니다.

 워크로드는 단순히 클라우드 서비스 또는 리소스를 가리키는 개념이 아닙니다. 비즈니스 가치를 제공하는 기술 및 인프라와 함께 사람, 팀, 프로세스 및 런북도 포함됩니다. WAFR을 실행하기 전에 워크로드의 구성 요소를 이해하고 문서화하는 데 시간을 투자합니다. 이렇게 하면 검토 단계에서 시간을 절약할 수 있습니다.

## WAFR에 대한 워크로드 선택
<a name="choosing-a-workload-for-a-wafr"></a>

 WAFR에 대한 워크로드를 준비하려면 팀과 다음 질문에 대해 논의합니다.
+  워크로드는 누가 소유하나요? 워크로드 중단이 비즈니스에 영향을 미치는 경우 누가 책임을 져야 하나요?
+  워크로드의 목적은 무엇인가요? 비즈니스에 대한 분석이 있나요? 샌드박스, 훈련 및 로깅이 있나요?
+  이 워크로드가 존재해야 하나요? 종료하면 어떻게 되나요?
+  워크로드가 고객 대면 워크로드인가요, 아니면 내부 워크로드인가요?
+  워크로드가 프로덕션인가요, 아니면 비프로덕션인가요?
+  수명 주기에서 워크로드는 어떤 단계인가요?
+  워크로드에 중단이 발생한 경우 어떤 영향이 있나요?
+  워크로드의 경계는 무엇인가요?
+  이 워크로드에는 어떤 종속성이 있나요?

 WAFR을 계속하기 전에 워크로드를 평가할 때 이러한 대부분의 질문에 명확하게 답변할 수 있어야 합니다.

## 검토 범위는 어떻게 되나요?
<a name="what-is-the-scope-of-the-review"></a>

 궁극적으로 WAFR은 [프레임워크의 모든 원칙을](https://docs.aws.amazon.com/wellarchitected/latest/framework/the-pillars-of-the-framework.html) 포괄하지만 결정을 내리기 전에 장단점을 식별하고 문맥을 파악하게 합니다. 가장 좋은 시작 방법은 우선순위가 지정된 원칙이나 워크로드의 특정 영역에 초점을 맞추는 것입니다.

 더 큰 검토 프로세스를 정의하고, 실행 가능한 결과를 생성하고, 반복하면 워크로드와 비즈니스에 더 많은 가치를 창출하는 데 도움이 됩니다.

 다음과 같은 단계별 접근 방식을 고려하세요.

1.  현재 비즈니스 및 기술 문맥과 가장 관련성이 높은 2\$13가지 주요 원칙을 식별 

1.  이러한 원칙 내에서 워크로드의 가치 입증 

1.  만족스러운 결과를 얻은 후 더 많은 원칙으로 반복 

 범위를 더 줄이려면 워크로드에 맞게 특별히 설계된 렌즈를 사용하세요.