WAFR 실행

필요한 모든 준비가 완료되면 이제 Well-Architected Framework Review(WAFR)를 실행할 차례입니다. 이 섹션에서는 WAFR을 수행하는 동안 효율성을 높이기 위한 팁과 요령을 살펴보겠습니다.

WAFR 이전

그룹으로 워크로드에 대해 논의하기 전에 다음 섹션을 검토하고 세션 참여 규칙에 대해 논의합니다. 그룹에서 진행 방법에 대한 합의가 있어야 합니다.

역할과 책임 정의

누가 WAFR을 주도하나요?
누가 화면을 공유하고, 무엇을 공유할 예정인가요?
누가 WA Tool 또는 다른 형식으로 메모를 작성하나요?
어떤 원칙에 따라 그리고 어떤 순서로 검토하나요?
질문에 답변할 수 있는 적절한 사람이 참석했나요?
범위를 벗어난 항목을 어떻게 기록하고, 이러한 항목에 대한 백로그를 어떻게 생성하나요?
각 섹션 또는 원칙에 얼마나 많은 시간을 할당하고 싶으신가요?
할당한 시간 내에 무엇을 달성하고 싶으신가요?

검토 팁

워크로드 아키텍처 선택에 대한 데이터 포인트를 수집하는 것을 중심으로 회의를 계획합니다. WAFR의 이 섹션을 최대한 원활하게 진행하기 위해 할 수 있는 몇 가지 작업은 다음과 같습니다.

긍정적인 의도 전달: 참가자와 함께 WAFR의 긍정적인 의도를 유지합니다. 중요한 업무 대화는 어려울 수 있으므로 WAFR이 개선 기회를 찾기 위해 수행되고 있음을 재확인합니다. 비난 없는 문화를 강화합니다. 공격이나 방어가 아닌 아키텍처 개선에 대한 협력적 논의가 이뤄져야 합니다.
지원자 활용: 한 사람이 복잡한 워크로드 아키텍처를 탐색하고, 질문하고, 응답을 조정하고, 메모를 작성하기 어려울 수 있습니다. 성공적인 WAFR은 팀으로 진행돼야 합니다. 한 사람이 검토를 진행하고 다른 사람이 메모를 작성하고, 문서를 확인하고, 토론을 모니터링할 수 있도록 역할을 분담합니다.
주제 유지: 아키텍처 결정에 대한 그룹 대화를 할 때 사람들이 주제에서 벗어나는 것은 흔한 일입니다. 시간을 효율적으로 사용하려면 WAFR 참가자가 서로 정중하게 주제를 유지하도록 해야 합니다. 부수적인 개념과 아이디어는 향후 토론 세션에서 다룰 수 있도록 중앙 집중식 장소에 기록합니다.
충실한 메모 작성: WA Tool에서 단순히 체크박스를 선택하는 것만으로는 나중에 WAFR을 유지하는 사람에게 충분한 맥락을 제공하지 못합니다. WA Tool의 메모 상자를 사용하거나 문자 제한을 초과하는 경우 WAFR 메모 상자에서 링크한 외부 문서를 생성합니다. 맥락은 다른 관계자, 특히 워크로드를 처음 접하는 사람이 진행 중인 작업을 이해하고 우선순위를 결정하는 데 도움이 됩니다.
솔루션에 대한 집중 지양: 솔루션이 아닌 워크로드에 대한 데이터 포인트를 수집하는 데 집중하세요. 솔루션에 너무 집중하면 WAFR 세션 중에 시간이 낭비되고 중요한 데이터 포인트를 수집하지 못할 수 있습니다. 범위를 벗어나는 항목을 브레인스토밍하면 다른 참가자의 시간을 효과적으로 사용하지 못하게 됩니다.
도구가 아닌 워크로드에 집중: AWS Management 콘솔에서 Well-Architected Tool(WA Tool)을 보여주는 화면을 공유하는 것이 일반적입니다. WA Tool에서 데이터를 수집하는 것이 중요하지만 도구에만 집중하지 마세요. 대신 아키텍처에 대한 논의에 집중합니다. 대화식으로 검토를 진행하고 맥락에 맞게 질문을 바꾸어 표현합니다.
토론을 여러 부분으로 나누기: 한 번의 회의에서 6가지 원칙을 모두 검토하기 어려울 수 있습니다. 검토를 더 작은 세션으로 분산하여 주제별 접근 방식을 개선하고 참가자와 일정을 조율하기 더 쉽게 만들 수 있습니다.
휴식 시간 갖기: 아키텍처를 철저하게 검토하면 참가자가 지칠 수 있으며 시간이 지남에 따라 집중력이 떨어질 수 있습니다. WAFR 중에 자주 휴식 시간을 가집니다. 참가자의 시간을 아끼고, 더 이상 필요하지 않을 때 사람들이 자리를 뜰 수 있도록 합니다.
불확실한 답변에 신중하게 생각하기: 질문에 대한 답변이 "아마도", "어느 정도" 또는 "백로그에 해결할 만한 부분이 있습니다"인 경우, 이것이 실제로 "아니요"를 의미하는지 신중하게 고려하세요. WAFR은 의도한 상태가 아닌 워크로드의 정직한 현재 상태를 포착하는 것입니다.
장단점 고려: Well-Architected는 원칙 간의 장단점을 결정하는 것입니다. 워크로드의 복원력을 높이는 것이 비용 최적화에 손해가 될 수 있고, 비용을 추가로 최적화하는 것이 워크로드의 환경적 영향에 영향을 미칠 수 있습니다. 원칙은 대화를 위한 구조를 제공하고 정보에 입각한 아키텍처 선택을 하는 데 도움을 주기 위해 존재합니다.
완벽한 워크로드는 없음을 인식하기: 워크로드는 거의 완벽하지 않으며 종종 완벽할 필요도 없습니다. WAFR을 모든 것을 완벽하게 만드는 활동으로 바꾸지 말고, 의도한 비즈니스 목적을 위해 워크로드가 안전하고 효율적으로 작동하도록 만드는 데 집중하세요.