📚 课程目录第2章 AWS核心服务基础（EC2/S3/VPC）

AWS云平台工程师面试宝典 - 第2节

第二章 AWS核心服务基础：EC2 / S3 / VPC

EC2、S3、VPC 是 AWS 面试中出现频率最高的三项基础服务。本章从“原理 + 实战”双视角拆解高频问题，提供可复用的回答框架与项目模板，帮助你在中小厂面试中展现配置能力，在大厂面试中体现底层原理理解。

🎯 面试问题 1：如何选择 EC2 实例类型？请从成本和性能角度说明。

考察点	是否了解实例族（通用/计算/内存/加速/存储优化）；能否结合业务场景做选型；对竞价实例、预留实例等定价模型的理解。
回答框架	1. 明确工作负载类型（CPU密集/内存密集/IO密集）→ 2. 匹配实例族（如通用型 t3 做 Web 服务器，计算型 c5 做批处理）→ 3. 结合成本考虑（On-Demand / 预留 / Spot）→ 4. 举例说明。
示例回答	先分析应用是 Web 还是计算型。Web 服务器我会选 t3.large/small 用混和模式，配合 ASG 和 Spot 实例节省成本；如果批处理任务，选用 c5 实例并搭配预留实例降低单价。最后用 CloudWatch 监控调整大小。
可能追问	如何确定实例大小？Graviton 相比 x86 优势在哪？Spot 中断如何处理？
避坑提醒	不要只背实例类型，需结合真实案例（如双十一流量峰值）展示选型思路。避免只提“越大越好”，要强调弹性与成本平衡。

🎯 面试问题 2：S3 有哪些存储类？如何设计生命周期策略？

考察点	是否清楚各存储类的访问频率、持久性、成本分层；能否设计自动化生命周期规则；对 Glacier 和 Deep Archive 的理解深度。
回答框架	1. 列举存储类（Standard / IA / One Zone-IA / Glacier / Deep Archive）→ 2. 按数据热度分层（热→温→冷）→ 3. 配置生命周期规则（例：30 天转 IA，90 天转 Glacier）→ 4. 结合合规要求（如保留3年自动删除）。
示例回答	我会按数据访问频率设计分层：日志数据前30天用 Standard，31-90天转 Standard-IA，90天后转 Glacier。使用生命周期策略自动转化。对于只读归档数据直接用 Glacier，并用 S3 Object Lock 防止篡改。
可能追问	Glacier 取回时间与成本怎么选？如何防止数据在 Glacier 中被误删？跨区域复制与生命周期冲突吗？
避坑提醒	避免只背名称而忽略实际取回时间与费用，大厂常深挖“取回请求对业务影响”。注意 One Zone-IA 不适用于重要数据。

🎯 面试问题 3：请设计一个多可用区 VPC，要求 Web 服务器与数据库隔离且可以出公网。

考察点	VPC 基础架构（子网、路由表、IGW/NAT）；安全组与 NACL 的区别；高可用设计（至少两个可用区）；公有/私有子网划分逻辑。
回答框架	1. 规划 CIDR（如 10.0.0.0/16）→ 2. 创建 4 个子网：两个公有（Web）和两个私有（DB），分布在两个可用区 → 3. 公有子网关联 IGW 并配置路由，私有子网关联 NAT 网关 → 4. 安全组：Web 子网开放 80/443，DB 子网只允许来自 Web 安全组的 3306。
示例回答	我会先划分两个 AZ，每个 AZ 下创建公有子网（放 ALB 和 Web EC2）和私有子网（放 RDS）。公有子网路由指向 IGW，私有子网通过 NAT 网关出公网。安全组精确限制：Web 安全组允许 0.0.0.0/0 的 80/443，DB 安全组只允许 Web 安全组的 3306 入站。
可能追问	NAT 网关费用高昂怎么优化？对等连接与 Transit Gateway 适用场景？如何实现 VPC 端点节省数据传输费？
避坑提醒	不要忘记 NACL 是无状态的，安全组才是有状态的。大厂常追问“NAT 网关单点故障”，需提到 NAT 实例或高可用 NAT 方案。避免只说“用两个 AZ”，要说明流量如何负载均衡。

📂 项目案例：电商平台全站迁移至 AWS 云原生架构

项目名称	某母婴电商 AWS 全站迁移与云原生改造
业务背景	原有 IDC 无法弹性应对大促流量，运维复杂。目标：实现全站高可用、弹性伸缩、成本优化，并迁至 AWS 云原生架构。
规模指标	日均 PV 500 万，峰值 QPS 1.2 万；商品图片 10 TB；数据库 200 GB；跨三个可用区部署，月均 AWS 账单 $12K。
技术栈	EC2 (t3/c5) + ALB + Auto Scaling · S3 + CloudFront + Lambda@Edge · VPC (公有/私有子网) · RDS MySQL Multi-AZ · ElastiCache Redis · Route 53
核心难点	① 大促期间流量突增 5 倍，Auto Scaling 预热策略需精细化；② S3 图片存储使用深度归档时，取回延迟影响 CDN 缓存；③ VPC 内部多个微服务间路由与安全组规则复杂，需最小权限设计。
面试高频追问	Auto Scaling 伸缩策略如何设计（目标跟踪/步进/简单）？冷却时间怎么设？ S3 图片转存 Lambda 时，如何保证幂等性？如何处理限流？ VPC 内各层服务之间如何做网络隔离？是否用到 VPC Endpoint 减少对等连接费用？如何衡量迁移后成本节省？TCO 对比方式？
可迁移回答话术	“这个项目让我深刻理解到，云原生不是简单的搬迁，而是重构。我通过需求驱动选型——比如图片 CDN 回源选择 S3 Standard 而非 Glacier，虽然存储成本略高，但避免取回延迟影响用户体验。网络层面，我坚持最小权限 + 层级隔离，每个微服务单独安全组，并通过 VPC Endpoint 访问 S3/SSM，避免数据经过公网。面试中当被问到弹性场景时，可以用这个案例展示你做过真实渐进式迁移，并量化了效果。”

💡 面试加分项： 针对大厂面试，在上述项目案例中主动补充 底层原理，例如：
· EC2 Nitro 虚拟化如何提升 I/O 性能？
· S3 的最终一致性模型对业务有何影响？
· VPC 中 ENI 的流量路径与网络性能调优（Jumbo Frame）。
这些能体现你从运维到架构的深度。