아키텍처 - AWS Well-Architected Framework

아키텍처

온프레미스 환경에서 고객은 다른 제품 또는 기능 팀이 모범 사례를 충실히 따르도록 전반적으로 관리하는 기술 아키텍처 중앙 팀을 두기도 합니다. 일반적으로 기술 아키텍처 팀에는 테크니컬 아키텍트(인프라), 솔루션스 아키텍트(소프트웨어), 데이터 아키텍트, 네트워킹 아키텍트 및 보안 아키텍트와 같은 일련의 역할이 포함됩니다. 이러한 팀은 종종 TOGAF 또는 Zachman 프레임워크를 엔터프라이즈 아키텍처 기능의 일부로 사용합니다.

AWS(은)는 해당 기능을 중앙 팀을 두어 집중화하지 않고, 각각의 개별 팀에 나눠 주는 것을 선호합니다. 의사 결정 권한을 분산하게 될 경우, 예를 들어 팀들이 내부 기준을 충족하도록 확인하는 데 여러 위험 요소가 생기게 됩니다. AWS는 두 가지 방법으로 이러한 위험을 완화합니다. 먼저, 각 팀의 역량 확보를 위한 실무 관행 (업무 방법, 프로세스, 표준, 수락된 기준 등)을 통해 팀이 충족해야 할 표준에 대한 기준을 높일 수 있도록 전문가를 배치합니다. 둘째, 표준에 부합하는지 확인하기 위해 자동화된 검사를 수행하는 메커니즘 을 구현합니다.

“좋은 의도만으로는 부족합니다. 무언가를 해내려면 좋은 메커니즘이 필요한 법이죠.“ - Jeff Bezos.

이 말은 사람의 노력을 규칙이나 프로세스 준수 여부를 확인하는 메커니즘(종종 자동화됨)으로 대체하는 것을 의미합니다. 이러한 분산된 접근 방식은 AWS 리더십 원칙에 의해뒷받침되며 고객을 통해 다시 작업을 수행하는 모든 역할에 걸쳐 문화를 수립합니다. 역방향 작업은 혁신 프로세스의 기본 요소입니다. AWS는 고객 및 고객이 원하는 것에서부터 출발하며, 이를 기반으로 작업을 정의하고 방향을 잡습니다. 고객 중심의 팀은 고객의 요구 사항에 대응하여 제품을 개발합니다.

아키텍처 측면에서, 이는 모든 팀이 아키텍처를 생성하고 모범 사례를 따르는 기능을 갖추고 있음을 의미합니다. AWS는 새로운 팀이 이러한 역량을 확보하고 기존 팀이 기준을 높일 수 있도록, 설계를 검토하고 AWS 모범 사례를 이해하는 데 도움이 되는 수석 엔지니어 가상 커뮤니티에 액세스할 수 있게 해줍니다. 수석 엔지니어 커뮤니티는 모범 사례를 가시화하고 쉽게 액세스할 수 있도록 최선을 다합니다. 예를 들어 모범 사례를 실제 사례에 적용하는 데 중점을 둔 간략한 회의를 통해 이를 수행합니다. 이러한 회의 내용은 기록되어 새 팀원을 위한 온보딩 자료의 일부로 사용할 수 있습니다.

AWS의 모범 사례는 수천 개의 시스템을 인터넷 규모로 운영한 경험에서 비롯된 것입니다. AWS는 데이터를 사용하여 모범 사례를 정의하는 것을 선호하지만, 수석 엔지니어와 같은 주제 전문가를 활용하여 설정하기도 합니다. 수석 엔지니어가 새로운 모범 사례를 확인하게 되면 커뮤니티로 활동하여 팀이 이를 따를 수 있도록 안내합니다. 시간이 지나면서 이러한 모범 사례는 내부 검토 절차 및 규정 준수를 시행하는 메커니즘으로 공식화됩니다. Well-Architected 프레임워크는 내부 검토 프로세스를 고객 중심으로 구현한 결과이며, 주요 현장에서 활동하는 솔루션스 아키텍처 및 내부 엔지니어링 팀에서 엔지니어링 사고를 체계화한 것입니다. Well-Architected 프레임워크는 이러한 결과를 활용할 수 있는 확장 가능한 메커니즘입니다.

AWS는 아키텍처를 분산 담당하는 주요 엔지니어링 커뮤니티의 접근 방식을 따르면, 고객 요구 사항 중심 Well-Architected 엔터프라이즈 아키텍처가 실현될 수 있다고 믿습니다. 모든 워크로드 전반에 걸쳐 Well-Architected 검토를 수행하는 기술 리더(CTO 또는 개발 관리자)를 두면, 기술 포트폴리오의 위험을 더 효과적으로 이해할 수 있습니다. 이 접근 방식을 사용하면 책임 엔지니어가 특정 영역에 대한 사고 방식을 여러 팀과 공유할 수 있는 메커니즘, 교육 또는 간략한 회의를 통해 조직에서 해결 가능한 전반적인 주제를 식별할 수 있습니다.