문서 및 인프라
WAFR을 실행할 때 적용 중인 많은 모범 사례에 대해 문서화된 프로세스, 표준 운영 절차(SOP), 런북 또는 플레이북이 있을 수 있습니다. WAFR 중에 Well-Architected Tool(WA Tool)의 메모 필드에 정보와 맥락을 기록합니다. 워크로드와 관련된 모든 관련 문서 아티팩트를 미리 수집하면 검토 중에 시간을 절약할 수 있습니다.
문서를 고려할 때 다음 질문을 살펴보세요.
-
워크로드에 대해 어떤 문서가 있나요?
-
누락된 문서는 무엇인가요?
-
이러한 아티팩트를 생성하고 저장하는 데 사용되는 도구는 무엇인가요?
-
이러한 아티팩트의 생성 및 유지 관리에 관여할 사람은 누구인가요?
워크로드에 대한 문서의 몇 가지 예는 다음과 같습니다.
-
워크로드 wiki 페이지
-
아키텍처 다이어그램
-
아키텍처 결정 기록(ADR)
-
표준 운영 절차(SOP)
-
코드형 인프라(IaC) 리포지토리
-
네트워크 토폴로지
-
플레이북 및 런북
-
조직 또는 팀 구조
-
다중 계정 전략 문서
-
중앙 ID 제공업체 구성
-
중앙 모니터링 솔루션 구성
-
종속 워크로드에 대한 문서
-
API 참조 안내서
-
소프트웨어 라이브러리 버전
-
오류 수정(COE) 프로세스 및 이력
-
카오스 엔지니어링 전략
-
로드 테스트 팀 세부 정보
-
위협 모델
-
팀 회고
-
게임 데이 문서
안티 패턴
이러한 리소스가 없는 경우에도 WAFR을 검색 메커니즘으로 실행할 수 있습니다. 그러나 이러한 아티팩트가 없으면 프로세스가 더 오래 걸릴 수 있습니다. 문서 자산을 생성하는 것은 아키텍처 상태 개선을 위한 첫 번째 단계일 수 있습니다.
워크로드 검색
구성 요소 및 리소스를 모르면 아키텍처를 효율적으로 검토하기가 어렵습니다. 레거시 워크로드는 시간이 지남에 따라 진화하거나 소유권이 변경되는 경우가 많으며, AWS CloudFormation, AWS CDK 또는 Terraform.과 같은 코드형 인프라(IaC) 도구를 사용하여 정의되지 않았을 수 있습니다.
개선 사항을 논의하기 전에 워크로드의 다양한 아키텍처 구성 요소와 종속성을 이해하고, 공동의 이해를 제공하기 위한 시각적 표현을 생성합니다.
소프트웨어 공급업체에서나 AWS Marketplace
리소스
