[SAA] Well Architected 프레임워크와 Well Architected 도구 개요

Well Architected Framework General Guiding Principles

• 알아두어야 할 일반적인 지침 원칙
  
  
  • 클라우드에서 대규모 확장을 하지 않을 이유가 없으므로 필요 용량을 추측하지 말고 가능하다면 오토 스케일링을 사용
  • 프로덕션 규모에서 시스템을 테스트해야 함
  • 자동화를 통해 아키텍처 실험을 쉽게 만들어야 함
    자동화가 날수록 더 빠르게 반복할 수 있고 실험도 빨라지며 아키텍처도 더 좋아짐
  • 아키텍처가 발전하도록 만들어야 하며 변경되는 요구 사항을 기반으로 아키텍처가 변경될 수 있도록 설계해야 함
  • 데이터가 무엇을 말하는지, 애플리케이션 패턴을 무엇인지, 사용량은 어떤지 확인한 후 아키텍처 변경을 추진해야 함
  • GameDay 시뮬레이션(대규모 할인 세일 등을 위한 용량 계획)을 통해 엄청난 양의 트래픽을 감당 가능하도록 개선해야 함

Well Architected Framework 5 Pillars

• 다섯 개 범주의 다섯 가지 원칙이 존재하며 이들은 균형을 맞추거나 상충하는 것이 아니라 함께 받춰줘야 하는 기둥들이며
  서로 함께일 때 시너지 효과를 나타냄
  
  
  • 운영 우수성
  • 보안
  • 안정성
  • 성능 효율성
  • 비용 최적화

<Well Architected 프레임워크와 Well Architected 도구 실습>

• Well-Archiected Tools 워크로드 정의
  워크로드를 정의할 수 있고 시간이 지나면 기본적으로 성능을 추적하고 아키텍처를 발전시킬 수 있음
  
  이름은 DemoWorkload로 하며
  산업 유형은 교육을 선택하고 업종은 기술 및 도구, 환경은 워크로드가 실행될 곳인 프로덕션으로 지정, 리전은 us-east-1로 설정
  그리고 AWS 외부에서 실행될 곳은 정할 수 있으며  온프레미스, Azure, Google Clouds 등이 가능
  계정 ID로는 워크로드가 포괄하는 범위이므로 계정 전체에 걸쳐 모든 계정 ID를 추가할 수 있으며 이 후 생성
• Well-Architected Tools 워크로드 검토
  각 원칙의 질문에 대답하며 검토가 시작되며 완료 후에 Generate report로 보고서를 생성할 수 있음
  
  운영 우수성 항목 9개, 보안 항목 11개, 안정성 항목 9개, 성능 효율성 항목 8개, 비용 최적화 항목 9개가 존재
  
  아키텍처에 대해 생각해보며 모든 질문에 대답하고 완료하면 보고서를 얻을 수 있고
  보고서를 생성하면 시간에 따른 솔루션 아키텍처와 이정표를 얻을 수 있어 개선 계획을 세울 수 있고
  해당 아키텍처에서의 무엇이 고위험인지, 혹은 중간 수준 위험인지 보여줄 수 있어 절충 및 발전할 수 있음