# 자습서: AWS Well-Architected Tool 워크로드 문서화
이 자습서에서는 AWS Well-Architected Tool을 이용한 워크로드 문서화 및 측정을 설명합니다. 이 예에서는 소매 전자 상거래 웹 사이트의 워크로드를 정의하고 문서화하는 방법을 단계별로 보여줍니다.
**Topics**
+ [1단계: 워크로드 정의](#tutorial-step1)
+ [2단계: 워크로드 상태 문서화](#tutorial-step2)
+ [3단계: 개선 계획 검토](#tutorial-step3)
+ [4단계: 개선 및 진행 상황 측정](#tutorial-step4)
## 1단계: 워크로드 정의
워크로드 정의부터 시작합니다. 워크로드를 정의하는 방법에는 두 가지가 있습니다. 이 자습서에서는 검토 템플릿에서 워크로드를 정의하지 않습니다. 검토 템플릿에서 워크로드를 정의하는 방법에 대한 자세한 내용은 [AWS Well-Architected Tool에서 워크로드 정의](workloads-define.md) 섹션을 참조하세요.
**워크로드를 정의하는 방법**
1. AWS Management Console에 로그인한 후 [https://console.aws.amazon.com/wellarchitected/](https://console.aws.amazon.com/wellarchitected/)에서 AWS Well-Architected Tool 콘솔을 엽니다.
**참고**
워크로드 상태를 문서화하는 사용자는 AWS WA Tool에 대한 [전체 액세스 권한](iam-auth-access.md)이 있어야 합니다.
1. **워크로드 정의** 섹션에서 **워크로드 정의**를 선택합니다.
1. **이름** 상자에 **Retail Website - North America**를 워크로드 이름으로 입력합니다.
1. **설명** 상자에 워크로드에 대한 설명을 입력합니다.
1. **검토 소유자** 상자에 워크로드 검토 프로세스 담당자의 이름을 입력합니다.
1. **환경** 상자에서 워크로드가 프로덕션 환경에서 실행되도록 지정합니다.
1. 워크로드는 AWS와 로컬 데이터 센터 모두에서 실행됩니다.
1. **AWS 리전**을 선택한 후 북미 지역에서 워크로드가 실행되는 리전 2곳을 선택합니다.
1. 또한 **AWS 외부 리전**을 선택한 후 로컬 데이터 센터 이름을 입력합니다.
1. **계정 ID** 상자는 선택 사항입니다. 이 워크로드에 어떠한 AWS 계정도 연결하지 마세요.
1. **애플리케이션** 상자는 선택 사항입니다. 이 워크로드에는 애플리케이션 ARN을 입력하지 마세요.
1. **아키텍처 다이어그램** 상자는 선택 사항입니다. 아키텍처 다이어그램을 이 워크로드에 연결하지 마세요.
1. **산업 유형** 및 **산업** 상자는 선택 사항이며 이 워크로드에 지정되지 않았습니다.
1. **Trusted Advisor** 섹션은 선택 사항입니다. 이 워크로드에 대해서는 **Trusted Advisor 지원 활성화**를 하지 마세요.
1. **Jira** 섹션은 선택 사항입니다. 이 워크로드에 대한 Jira 섹션의 **계정 수준 설정을 재정의**하지 마세요.
1. 이 예시에서는 워크로드에 어떠한 태그도 적용하지 마세요. **Next**(다음)를 선택합니다.
1. **프로필 적용** 단계는 선택 사항입니다. 이 워크로드에는 프로필을 적용하지 마세요. **Next**(다음)를 선택합니다.
1. 이 예제에서는 자동으로 선택되는 AWS Well-Architected Framework 렌즈를 적용합니다. **워크로드 정의**를 선택하여 이 값을 저장하고 워크로드를 정의합니다.
1. 워크로드 정의를 마쳤으면 이제 **검토 시작**을 선택하여 워크로드 상태 문서화를 시작합니다.
## 2단계: 워크로드 상태 문서화
워크로드의 상태를 문서화하기 위해서는 운영 우수성, 보안, 안정성, 성능 효율성, 비용 최적화, 지속 가능성 등 AWS AWS Well-Architected Framework의 원칙에 걸쳐 특정 렌즈에 대한 질문에 답해야 합니다.
제시된 목록에서 현재 따르고 있는 모범 사례를 질문마다 선택합니다. 모범 사례에 대한 세부 정보가 필요하다면 **정보**를 선택하여 오른쪽 패널에서 추가 정보 및 리소스를 확인합니다.
**전문가에게 물어보기**를 선택하여 [AWS Well-Architected](https://repost.aws/topics/TA5g9gZfzuQoWLsZ3wxihrgw/well-architected-framework?trk=1053da05-d131-4bfd-8d08-01af135ae52a&sc_channel=el) 전용 AWS re:Post 커뮤니티에 액세스하세요. 이 커뮤니티에서는 AWS에서의 워크로드 설계, 구축, 배포 및 운영과 관련된 질문을 할 수 있습니다.
![\[워크로드 검토에서 질의응답 부분을 나타낸 그림\]](http://docs.aws.amazon.com/ko_kr/wellarchitected/latest/userguide/images/tut-qascreen-console.png)
1. **다음**을 선택하여 다음 질문으로 넘어갑니다. 왼쪽 패널에서는 같은 원칙에 속한 다른 질문이나 다른 원칙에 속한 질문으로 이동할 수 있습니다.
1. **질문이 이 워크로드에 적용되지 않음** 또는 **해당 사항 없음**을 선택하는 경우, AWS에서 **노트** 상자에 이유를 입력하는 것이 좋습니다. 여기에 입력하는 노트는 워크로드 보고서에도 포함되어 앞으로 워크로드가 변경되었을 때 유용하게 사용될 수 있습니다.
**참고**
선택적으로 하나 이상의 개별 모범 사례를 해당 사항 없음으로 표시할 수 있습니다. **이 워크로드에 적용되지 않는 모범 사례 표시**를 선택하고 적용되지 않는 모범 사례를 선택합니다. 필요한 경우 이유를 선택하고 추가 세부 정보를 제공할 수 있습니다. 적용되지 않는 각 모범 사례에 대해 이 과정을 반복합니다.
![\[모범 사례를 해당 사항 없음으로 표시하는 것을 보여주는 그림입니다.\]](http://docs.aws.amazon.com/ko_kr/wellarchitected/latest/userguide/images/tut-nachoices-console.png)
**참고**
**저장 및 종료**를 선택하여 언제든지 이 프로세스를 일시 중지할 수 있습니다. 나중에 다시 시작하려면 AWS WA Tool 콘솔을 열고 왼쪽 탐색 창에서 **워크로드**를 선택합니다.
1. 워크로드의 이름을 선택하여 워크로드 세부 정보 페이지를 엽니다.
1. **Continue reviewing(검토 계속)**을 선택하고 멈췄던 위치로 이동합니다.
1. 모든 질문에 대답한 후에는 워크로드 개요 페이지가 나타납니다. 여기에서 세부 정보를 검토하거나, 나중에 왼쪽 탐색 창에서 **Workloads(워크로드)**를 선택한 후 워크로드 이름을 선택하여 이 세부 정보로 이동할 수 있습니다.
처음 워크로드의 상태를 문서화한 후에는 마일스톤을 저장하고 워크로드 보고서를 생성해야 합니다.
마일스톤은 현재 워크로드의 상태를 캡처하기 때문에 사용자가 개선 계획에 따라 워크로드를 변경하면서 진행 상황을 측정할 수 있습니다.
워크로드 세부 정보 페이지에서:
1. **워크로드 개요** 섹션에서 **마일스톤 저장** 버튼을 선택합니다.
1. **마일스톤 이름**으로 **Version 1.0 - initial review**를 입력합니다.
1. **저장**을 선택합니다.
1. 워크로드 보고서를 생성하려면 원하는 렌즈를 선택하고 **보고서 생성**을 선택합니다. 그러면 PDF 파일이 생성됩니다. 워크로드의 상태, 식별된 위험 수, 제안된 개선 사항 목록이 이 파일에 포함됩니다.
## 3단계: 개선 계획 검토
AWS WA Tool은 선택한 모범 사례에 따라 AWS Well-Architected Framework 렌즈를 기준으로 위험도가 높음/중간인 영역을 찾습니다.
개선 계획을 검토하려면
1. **개요** 페이지의 **렌즈** 섹션에서 **AWS Well-Architected Framework**를 선택합니다.
1. 그런 다음 **개선 계획**을 선택합니다.
이 특정 예제 워크로드에서는 AWS Well-Architected Framework 렌즈를 통해 위험도 높음 문제 3개와 위험도 중간 문제 1개를 찾았습니다.
![\[개선 계획의 첫 번째 부분을 나타낸 그림\]](http://docs.aws.amazon.com/ko_kr/wellarchitected/latest/userguide/images/tut-imprplanstatus-console.png)
워크로드의 **개선 상태**를 업데이트하여 워크로드 개선이 아직 시작되지 않았음을 나타냅니다.
**개선 상태**를 변경하려면
1. 개선 계획에서 페이지 상단의 브레드크럼에 있는 워크로드 이름(**Retail Website - North America**)을 클릭합니다.
1. **속성** 탭을 클릭합니다.
1. **워크로드 상태** 섹션으로 이동한 다음 드롭다운 목록에서 **시작되지 않음**을 선택합니다.
![\[워크로드 상태 드롭다운을 보여주는 그림입니다.\]](http://docs.aws.amazon.com/ko_kr/wellarchitected/latest/userguide/images/tut-wlstatus-console.png)
1. **개요** 탭을 클릭한 다음 **렌즈** 섹션에서 **AWS Well-Architected Framework** 링크를 클릭하여 **속성** 탭에서 개선 계획으로 돌아갑니다. 그런 다음 페이지 상단의 **개선 계획** 탭을 클릭합니다.
**개선 항목** 섹션에는 워크로드에서 식별된 권장 개선 항목이 표시됩니다. 질문은 앞에서 설정한 원칙 우선순위에 따라 순서가 결정되며, 위험도 높음 문제가 위험도 중간 문제보다 먼저 나열됩니다.
**Recommended improvement items(권장 개선 항목)**를 확장하여 질문에 맞는 모범 사례를 표시합니다. 권장 개선 작업은 각각 자세한 전문가 지침으로 연결되기 때문에 식별된 위험을 제거하거나, 혹은 적어도 완화하는 데 효과적입니다.
프로필이 워크로드와 연결된 경우 **개선 계획 개요** 섹션에 우선순위가 지정된 위험 수가 표시되고 **프로필별로 우선순위가 지정됨**을 선택하여 **개선 항목** 목록을 필터링할 수 있습니다. 개선 항목 목록에는 **우선순위가 지정된** 레이블이 표시됩니다.
## 4단계: 개선 및 진행 상황 측정
이 개선 계획의 일환으로 워크로드에 Amazon CloudWatch 및 AWS Auto Scaling 지원을 추가하여 위험도 높음 문제 하나를 해결했습니다.
**개선 항목** 섹션:
1. 관련 질문을 선택한 후 선택한 모범 사례를 업데이트하여 변경 사항을 반영합니다. 개선 사항을 기록하기 위한 **노트**가 추가됩니다.
1. 그런 다음 **저장 후 종료**를 선택하여 워크로드 상태를 업데이트합니다.
1. 변경을 마친 후 **개선 계획**으로 돌아가 워크로드 변경 결과를 확인할 수 있습니다. 이 예제에서는 이러한 조치를 통해 위험 프로필이 개선되어 고위험 문제의 수를 3개에서 단 1개로 줄였습니다.
![\[개선 이후 좋아진 위험도 점수를 나타낸 그림\]](http://docs.aws.amazon.com/ko_kr/wellarchitected/latest/userguide/images/suc-improved-console.png)
이때 마일스톤을 저장한 후 **Milestones(마일스톤)**로 이동하여 워크로드가 어떻게 개선되었는지 확인할 수 있습니다.