# 문서 및 인프라
<a name="documentation-and-infrastructure"></a>

 WAFR을 실행할 때 적용 중인 많은 모범 사례에 대해 문서화된 프로세스, 표준 운영 절차(SOP), 런북 또는 플레이북이 있을 수 있습니다. WAFR 중에 Well-Architected Tool(WA Tool)의 메모 필드에 정보와 맥락을 기록합니다. 워크로드와 관련된 모든 관련 문서 아티팩트를 미리 수집하면 검토 중에 시간을 절약할 수 있습니다.

 문서를 고려할 때 다음 질문을 살펴보세요.
+  워크로드에 대해 어떤 문서가 있나요?
+  누락된 문서는 무엇인가요?
+  이러한 아티팩트를 생성하고 저장하는 데 사용되는 도구는 무엇인가요?
+  이러한 아티팩트의 생성 및 유지 관리에 관여할 사람은 누구인가요?

 워크로드에 대한 문서의 몇 가지 예는 다음과 같습니다.
+  워크로드 wiki 페이지 
+  아키텍처 다이어그램 
+  아키텍처 결정 기록(ADR) 
+  표준 운영 절차(SOP) 
+  코드형 인프라(IaC) 리포지토리 
+  네트워크 토폴로지 
+  플레이북 및 런북 
+  조직 또는 팀 구조 
+  다중 계정 전략 문서 
+  중앙 ID 제공업체 구성 
+  중앙 모니터링 솔루션 구성 
+  종속 워크로드에 대한 문서 
+  API 참조 안내서 
+  소프트웨어 라이브러리 버전 
+  오류 수정(COE) 프로세스 및 이력 
+  카오스 엔지니어링 전략 
+  로드 테스트 팀 세부 정보 
+  위협 모델 
+  팀 회고 
+  게임 데이 문서 

## 안티 패턴
<a name="anti-patterns"></a>

 이러한 리소스가 없는 경우에도 WAFR을 검색 메커니즘으로 실행할 수 있습니다. 그러나 이러한 아티팩트가 없으면 프로세스가 더 오래 걸릴 수 있습니다. 문서 자산을 생성하는 것은 아키텍처 상태 개선을 위한 첫 번째 단계일 수 있습니다.

## 워크로드 검색
<a name="workload-discovery"></a>

 구성 요소 및 리소스를 모르면 아키텍처를 효율적으로 검토하기가 어렵습니다. 레거시 워크로드는 시간이 지남에 따라 진화하거나 소유권이 변경되는 경우가 많으며, AWS CloudFormation, AWS CDK 또는 Terraform.과 같은 코드형 인프라(IaC) 도구를 사용하여 정의되지 않았을 수 있습니다.

 개선 사항을 논의하기 전에 워크로드의 다양한 아키텍처 구성 요소와 종속성을 이해하고, 공동의 이해를 제공하기 위한 시각적 표현을 생성합니다.

 소프트웨어 공급업체에서나 [AWS Marketplace](https://aws.amazon.com/marketplace/search/results/) 에서 또는 오픈 소스 솔루션으로 직접 사용할 수 있는 타사 검색 및 자동 다이어그램 작성 도구가 많이 있습니다.

## 리소스
<a name="resources"></a>
+  [AWS 참조 아키텍처 다이어그램](https://aws.amazon.com/architecture/reference-architecture-diagrams) 
+  [아키텍터 결정 기록 프로세스](https://docs.aws.amazon.com/prescriptive-guidance/latest/architectural-decision-records/adr-process.html) 
+  [ADR GitHub 홈](https://adr.github.io/) 
+  [Why you should develop a correction of error (COE)](https://aws.amazon.com/blogs/mt/why-you-should-develop-a-correction-of-error-coe/) 
+  [AWS 솔루션에서 워크로드 검색](https://aws.amazon.com/solutions/implementations/workload-discovery-on-aws/)