第2章 高频面试问题与回答框架
本章聚焦 AWS 云交付工程师 面试中的高频问题类型、经典回答结构以及不同公司的考察侧重点。通过理解回答框架（如 STAR、PREP），你可以在面试中有条理地呈现技术能力与项目经验，避免“流水账”式表达。
| 问题类型 | 典型问题举例 | AWS 侧重点 | 阿里云/其他云厂商侧重点 |
|---|---|---|---|
| 故障排查 | 请描述一次你解决 AWS 服务故障的经历 | 根因分析、运维规范、自动化恢复 | 故障响应速度、跨部门协作 |
| 架构设计 | 设计一个高可用 Web 三层架构 | 原生服务（ALB、ASG、Multi-AZ） | 低成本、自建组件（Nginx、Keepalived） |
| 项目实施 | 你如何将客户的本地应用迁移到 AWS？ | 迁移方法论（6R）、迁移工具、成本优化 | 迁移流程、数据一致性保障 |
提示：面试中使用 STAR 框架 能让回答逻辑清晰、重点突出。记得在结果部分带上具体数字（如：将系统可用性从 99.9% 提升到 99.99%）来增强说服力。
面试问题 1
请描述一次你解决 AWS 服务故障的经历。
面试官考察点
- 故障排查思路是否系统化
- 对 AWS 服务（如 EC2、ELB、CloudWatch）的熟悉程度
- 沟通与文档能力
回答框架（STAR）
- S（情境）：项目背景、异常现象
- T（任务）：恢复服务和定位根因
- A（行动）：逐步排查、使用 AWS 工具、最终修复
- R（结果）：MTTR（平均修复时间）缩短、事后复盘
简短示例回答
某客户生产环境 EC2 频繁抖动，影响业务。我首先通过 CloudWatch 告警定位到 CPU 突升，使用 EC2 实例日志分析发现是定时任务冲突。我调整 cron 时间并将任务分散到多台实例，最终将故障率从每天 3 次降为 0，并输出运维规范文档。
可能追问
- 根因是什么？为什么定时任务会冲突？
- 是否考虑使用 Auto Scaling 分担压力？
- 如果没有 CloudWatch 你会怎么排查？
避坑提醒
避免只说“故障解决了”，一定要详细说明 排查链条 和 量化结果；也不要只强调自己做了多少，要体现团队协作。
面试问题 2
如果客户要求将本地数据迁移到 AWS，你会如何制定迁移方案？
面试官考察点
- 是否了解 AWS 迁移方法论（6R）
- 数据安全与业务连续性考量
- 成本优化意识
回答框架（PREP）
- P（观点）：采用 AWS Migration Hub + 6R 评估
- R（理由）：减少停机时间、风险可控
- E（例子）：之前类似项目使用 DMS 和 Snowball
- P（结论）：最终实现零数据丢失迁移
简短示例回答
建议先做应用评估，确定采用“Rehost + 少量 Replatform”。使用 AWS DMS 进行持续数据同步，迁移前做全量测试，切换窗口控制在 2 小时内。最终客户 50TB 数据顺利迁移，未发生数据丢失，后续月成本降低 30%。
可能追问
- 如果数据量超过 100TB 且网络带宽有限，怎么处理？
- 迁移过程中如何校验数据一致性？
避坑提醒
不要一上来就说“用 AWS Snowball”，要先描述 评估过程 和 数据安全策略；避免空谈理论，要结合项目经验。
面试问题 3
你是如何保证云端部署的安全性的？请举例说明。
面试官考察点
- 安全最佳实践（IAM、VPC、加密）的掌握
- 安全意识与合规经验
- 自动化安全扫描工具使用
回答框架（STAR + 再加一个“安全闭环”）
- S（情境）：某金融客户需要满足 PCI DSS
- T（任务）：设计安全基线并自动化审计
- A（行动）：配置 IAM 最小权限、启用 VPC Flow Logs、使用 AWS Config 规则
- R（结果）：通过合规检查，零安全事件
简短示例回答
为金融客户部署时，我按“IAM 最小权限 + 网络隔离 + 日志审计”三层设计。使用 AWS Config 自动检查 S3 公开权限，并设置 CloudTrail 告警。上线后 6 个月内无安全事件，顺利通过 PCI DSS 审计。
可能追问
- 如何管理 Secrets？是否使用 Secrets Manager？
- 安全组 vs Nacl 的区别及使用场景？
避坑提醒
避免只谈理论（如“我们要做最小权限”），一定要给出 具体实施细节（如使用了哪些 AWS 服务、如何配置策略）；同时强调 持续监控 而不是一次配置完就不管。
本章小结：面试高频题本质是考察 技术深广度 + 结构化表达 + 业务理解。记住任何业务场景回答都要落到 可量化结果 和 未来改进，这是区分 senior 和 junior 的关键维度。