사람과 문화

모든 워크로드에는 소유자가 필요하며 많은 사람과 팀이 워크로드의 수명 주기에 관여할 수 있습니다. 그러나 WAFR을 실행하기 전에 워크로드에 대해 단일 스레드 소유자(STO)를 정의합니다.

이 사람은 예산, 인력 및 로드맵을 결정하고 관리할 수 있어야 합니다. 이 역할의 예로는 제품 소유자, 제품 관리자, 수석 아키텍트 또는 엔지니어링 관리자가 있습니다.

궁극적으로 워크로드가 의도한 대로 더 이상 작동하지 않는 경우 이 역할이 책임을 집니다.

결과를 개선하려면 STO와 함께 WAFR을 실행하는 것이 중요합니다. 예를 들어 워크로드에 대한 개선 항목을 찾을 수 있지만 제품 로드맵에서 우선순위를 지정하는 데는 그다지 성공하지 못할 수 있습니다. 또는 작업을 수행하기 위해 자금이나 리소스를 확보하는 데 어려움을 겪을 수 있습니다.

이로 인해 달성할 수 없는 백로그 항목 목록이 수집되는 경우가 많습니다. STO는 WAFR을 소유하고 프로세스에 투자하므로 이러한 결과를 방지하는 데 도움이 됩니다.

필수 이해관계자

STO는 모든 질문에 답변할 수는 없습니다. 많은 사람과 팀이 워크로드 설계, 개발, 보안 또는 운영에 관여합니다. 조직 및 워크로드 크기에 따라 관련 이해관계자와 팀의 수가 달라집니다.

이해관계자와 관련하여 다음 질문을 고려하세요.

원칙 후원자

Well-Architected Framework는 6가지 원칙을 기반으로 합니다. STO 정의는 중요하지만, 원칙별 후원자 또는 챔피언으로부터 지원을 수집하여 WAFR 프로세스의 가치를 가속화하고 높이는 것도 중요합니다.

다음을 수행할 수 있는 원칙 후원자 또는 챔피언을 정의합니다.

조직에 클라우드 혁신 센터 또는 클라우드 사례 커뮤니티가 있나요? 소규모로 시작하여 아키텍처 상태 논의 및 개선 사항으로 서로를 지원하고자 하는 사람들로 구성된 그룹을 성장시킵니다.

안전한 공간 생성

건강한 조직 문화를 구축하는 것은 기술 선택에 대한 건강하고 생산적인 논의에 매우 중요합니다. WAFR에 관여한 사람들의 그룹은 워크로드에 대해 새로운 사람이거나 기존 사람일 수 있고, 재직 기간과 직급이 다를 수 있으며, 파트너 및 제3자 자격으로 관여할 수 있습니다. 지속적이고 유용한 개선 가능성을 높이기 위해 워크로드에 대한 건강하고 존중하는 대화를 조성하는 것이 중요합니다.

처음부터 긍정적인 의도를 설정하고 전체적으로 다시 강조하여 정렬을 유지하며 개선 기회를 발견하는 데 집중합니다. 기술과 모범 사례가 발전하므로 WAFR을 개선 사항을 발견할 수 있는 기회로 구성해야 합니다.

WAFR은 감사가 아닙니다. 조사 결과가 다양한 규정 준수 표준을 충족하는 데 도움이 될 수 있지만, 워크로드를 "점수화"하기 위한 프로세스는 아닙니다. 아키텍처 상태 향상에 집중합니다.

WAFR은 "우리는 어디에 있는가?"라고 질문할 수 있는 기회입니다. 그리고 워크로드의 특정 시점 관점을 포착할 기회를 제공합니다. 그런 다음 조사 결과를 통해 정보에 입각한 결정을 내려 "우리는 어디로 가야 하는가?"라는 질문에 답할 수 있습니다.

아키텍처 개선은 AWS Well-Architected가 안내하는 여정입니다. WAFR 프로세스를 시작할 때 다음 질문을 고려하세요.

리소스