AWS Well-Architected Framework

AWS Well-Architected Framework; Well-Architected 프레임워크
AWS가 수많은 고객 아키텍처를 검토하며 정리한 클라우드 설계 모범 사례 체계. 운영 우수성, 보안, 신뢰성, 성능 효율성, 비용 최적화, 지속 가능성의 6개 원칙(pillar)으로 구성된다.

설계 결정에는 늘 장단점이 따른다. 가용성을 높이면 비용이 늘고, 비용을 줄이면 성능 여유가 줄어든다. Well-Architected Framework는 이런 결정을 감에 맡기지 않도록 원칙별 설계 원칙, 질문, 모범 사례를 제공한다. 워크로드를 이 질문에 비추어 점검하면 위험 요소와 개선 순서가 드러난다.

AWS 솔루션스 아키텍트 어소시에이트 시험의 4개 도메인은 이 프레임워크의 원칙 네 개를 그대로 옮긴 것에 가깝다. 시험 문제의 선택지를 고를 때도 "이 답이 어느 원칙의 설계 원칙을 따르는가"를 생각하면 판단이 쉬워진다.

6개 원칙

원칙	목표	대표 설계 원칙
운영 우수성(Operational Excellence)	워크로드를 효과적으로 운영하고 지속적으로 개선	가능한 경우 안전하게 자동화, 되돌릴 수 있는 소규모 변경을 자주 적용, 장애 예측, 운영 이벤트에서 학습, 관찰성 구현, 관리형 서비스 사용
보안(Security)	데이터·시스템·자산 보호	강력한 자격 증명 기반(최소 권한, 장기 자격 증명 제거), 추적 기능 유지, 모든 계층에 보안 적용, 보안 모범 사례 자동 적용, 전송 중·저장 데이터 보호, 사람이 데이터에 직접 접근하지 않게 유지, 보안 이벤트 대비
신뢰성(Reliability)	의도한 기능을 정확하고 일관되게 수행하고 장애에서 복구	장애 자동 복구, 복구 절차 테스트, 수평 확장으로 가용성 증대, 용량 추측 중지, 자동화로 변경 관리
성능 효율성(Performance Efficiency)	요구에 맞게 자원을 효율적으로 사용	고급 기술의 대중화(관리형 서비스 활용), 몇 분 안에 전 세계 배포, 서버리스 아키텍처 사용, 더 자주 실험, 기술의 동작 특성을 이해하고 맞는 방식 선택
비용 최적화(Cost Optimization)	최저 비용으로 비즈니스 가치 제공	클라우드 재무 관리 구현, 소비 모델 도입, 전체 효율성 측정, 획일적인 인프라 작업에 대한 지출 중단, 지출 분석과 귀속
지속 가능성(Sustainability)	환경 영향 최소화	영향 파악, 지속 가능성 목표 설정, 활용률 극대화, 더 효율적인 하드웨어·소프트웨어 도입, 관리형 서비스 사용, 다운스트림 영향 감소

지속 가능성은 2021년에 추가된 여섯 번째 원칙이다. 공식 한국어 문서는 Reliability를 '신뢰성'으로 옮기고, 시험 가이드는 같은 영역을 '복원력'이라는 말로 다룬다.

일반 설계 원칙

원칙과 별도로 프레임워크 전체에 적용되는 일반 설계 원칙이 있다.

용량 추측을 멈춘다. 필요한 만큼 쓰고 자동으로 늘리고 줄인다.
프로덕션 규모로 테스트한다. 테스트 환경을 필요할 때만 만들고 끝나면 지운다.
실험이 쉽도록 자동화한다.
아키텍처가 계속 진화한다고 전제한다.
데이터에 근거해 아키텍처를 결정한다.
게임 데이(Game Day)로 장애 상황을 연습하며 개선한다.

시험 도메인과의 대응

SAA-C03 도메인	비중	대응 원칙	대표 서비스·개념
1. 보안 아키텍처 설계	30%	보안	AWS IAM, AWS KMS, AWS WAF, 보안 그룹과 네트워크 ACL
2. 복원력을 갖춘 아키텍처 설계	26%	신뢰성	다중 AZ, 아마존 EC2 Auto Scaling, 아마존 SQS, AWS 재해 복구 전략
3. 고성능 아키텍처 설계	24%	성능 효율성	아마존 CloudFront, 아마존 ElastiCache, 스토리지·DB 선택
4. 비용에 최적화된 아키텍처 설계	20%	비용 최적화	아마존 EC2 구매 옵션, 아마존 S3 스토리지 클래스, AWS 비용 관리 도구

운영 우수성과 지속 가능성은 별도 도메인은 아니지만, "운영 오버헤드가 가장 적은" 해결책을 고르는 문제에서 운영 우수성의 관점(관리형 서비스, 자동화)이 계속 쓰인다.

AWS Well-Architected Tool

AWS Well-Architected Tool(AWS WA Tool)은 콘솔에서 워크로드를 정의하고 프레임워크 질문에 답하면서 아키텍처를 점검하는 서비스다. 답변을 바탕으로 고위험·중위험 이슈와 개선 계획을 보여 주고, 점검 결과를 마일스톤으로 저장해 시간에 따른 변화를 추적한다. AWS는 이 도구로 하는 워크로드 검토를 무료로 제공한다.

렌즈

워크로드를 정의하면 Well-Architected Framework 렌즈가 기본으로 적용된다.
Lens Catalog에는 AWS가 만들고 관리하는 공식 렌즈(서버리스, SaaS, 데이터 분석 등 특정 기술·산업용)가 있다.
사용자 지정 렌즈로 조직 고유의 질문과 모범 사례를 만들어 다른 계정과 공유할 수 있다.
워크로드 하나에 여러 렌즈를 함께 적용할 수 있다.

시험 포인트

6개 원칙 이름과 각 원칙의 핵심 설계 원칙을 짝지을 수 있어야 한다. 예: "용량 추측 중지", "장애 자동 복구"는 신뢰성, "서버리스 아키텍처 사용"은 성능 효율성, "소비 모델 도입"은 비용 최적화.
운영 오버헤드를 줄이라는 요구에는 관리형 서비스와 자동화(운영 우수성)가 답의 근거가 된다.
아키텍처를 모범 사례 기준으로 정기 점검하고 개선 항목을 추적하려면 AWS Well-Architected Tool을 쓴다.
비용 최적화와 신뢰성이 충돌할 때는 문제에 적힌 요구(RTO/RPO, 예산)를 우선하는 쪽이 정답이다.

같이 보기

참고 문헌