第4章 架构设计原则与最佳实践：Well-Architected框架与六支柱面试回答
Well-Architected框架是AWS架构师面试的核心考点，面试官通常通过场景题考察候选人对六支柱的理解深度、实际应用能力以及架构权衡意识。回答时切忌背诵概念，需结合具体业务场景，展示对成本、性能、安全等要素的辩证思考。
💡 回答策略： 先快速定位问题属于哪个/几个支柱，然后引用对应最佳实践，最后主动讨论权衡（如成本与弹性、性能与安全）。
面试问答卡片
Q1：请解释AWS Well-Architected框架的六大支柱，并举例说明在项目中如何应用？
考察点： 是否理解各支柱内涵；能否将抽象框架映射到实际架构决策；是否关注跨支柱权衡。
回答框架： 逐一定义支柱 → 选择1~2个给出项目案例 → 说明如何应用 → 提及遇到的权衡。
示例回答： “六大支柱为：卓越运营、安全性、可靠性、性能效率、成本优化、可持续性。在电商项目里，我们使用Auto Scaling实现可靠性，同时结合Spot实例优化成本；为了安全，我们将Lambda放在VPC内并最小化IAM权限。核心是在可靠性与成本间找到平衡。”
可能追问： “如果让你只保留三个支柱，你选哪三个？为什么？”
Q2：在设计高可用架构时，你如何运用Well-Architected框架的成本优化支柱？
考察点： 是否能在高可用要求下主动控制成本；是否了解计价模型与弹性；能否量化分析。
回答框架： 识别高可用手段（多AZ、跨区域）→ 分析各手段成本增量 → 提出优化措施（预留实例、混合使用）→ 给出实际节省数据。
示例回答： “我采用跨AZ多活，而非跨区域，避免高额数据传输费。数据库使用Aurora多AZ+Read Replica，而非独立部署；计算层混合使用On-Demand与Convertible RI，降低30%成本。同时设置预算警报，防止意外扩展。”
可能追问： “如果客户对可用性要求99.99%，你会如何调整成本策略？”
Q3：如果客户要求既保证高可用又控制成本，你如何在Well-Architected框架下做出权衡？
考察点： 架构决策能力；跨支柱冲突处理；对客户业务的理解深度。
回答框架： 明确不可妥协的SLA → 定位冲突支柱（可靠性与成本）→ 给出分级方案（如生产环境主备、开发环境单AZ）→ 使用自动伸缩与成本优化服务。
示例回答： “我会分析业务关键程度：核心支付模块采用跨AZ+RDS Multi-AZ，保证99.99%；非关键服务使用单AZ+预留实例，成本降低60%。同时利用Compute Savings Plans和S3智能分层，实现成本跟随负载动态变化。”
可能追问： “如果客户预算固定，但希望提高可用性，你会建议调整哪些组件？”
项目案例模板：电商微服务高可用架构
| 维度 | 内容 |
|---|---|
| 项目名称 | ShopEasy 电商平台后端架构重构 |
| 业务背景 | 客户原有单体架构无法应对促销流量洪峰，亟需高可用、弹性伸缩的微服务架构，同时控制月度AWS成本在$15k以下。 |
| 规模指标 | 日均API请求500万，峰值QPS 20k；数据库读写300:1；用户数据8TB；跨3个可用区部署。 |
| 技术栈 | ECS Fargate + API Gateway + DynamoDB + Aurora MySQL + ElastiCache Redis + CloudFront + S3 + Lambda |
| 核心难点 |
|
| 面试高频追问 |
|
| 可迁移回答话术 | “在这个电商项目中，我们遵循Well-Architected框架的可靠性支柱，采用多AZ + Auto Scaling + 断路器模式。同时利用成本优化支柱，将非核心服务部署在Spot实例中，并配置混部策略；通过Compute Savings Plans进一步锁定折扣。安全方面，所有服务均使用IAM最小权限和VPC端点。关键决策在于数据库选型：写入密集的业务使用Aurora，读密集型则用DynamoDB DAX加速，两者均支持跨AZ高可用。” |
在回答Well-Architected相关问题时，主动引用AWS官方文档中的设计原则（如“停止猜测容量”“测试故障恢复”等），并带上具体的WAFR（Well-Architected Framework Review）复盘经验。面试官非常看重候选人对框架的持续改进意识，可以提到“我们每季度做一次WAFR，发现高风险项后优先整改”。