📚 课程目录第3章高频技术面试题

核心产品原理与架构设计·回答框架

本章聚焦阿里云四大核心产品——ECS、SLB、RDS、OSS 的架构设计面试题。面试官重点关注你是否能从 选型依据、分层设计、高可用保障、扩展策略 四个维度给出结构化回答。下面这张框架图是后续所有回答的逻辑主线。

面试问题：请设计一个日活千万的电商平台后端架构，使用阿里云 ECS 和 SLB，说明如何保障高可用与弹性伸缩？

采用 SLB 作为统一入口，配置七层 HTTPS 监听与健康检查。后端 ECS 部署在 2 个可用区，绑定伸缩组，设定 CPU 使用率超 70% 时自动扩容实例。数据层使用 RDS 主备 + Redis 缓存，同可用区部署减少延迟。单可用区故障时，SLB 自动将流量切换到健康可用区。

切忌只谈概念不说配置细节。面试官期望你提到“健康检查间隔 5s、不健康阈值 3 次”这类参数。另外伸缩组必须配置最小/最大实例数，防止缩容到 0 导致服务中断。

面试问题：请说明 OSS 的对象存储架构原理，如何保障 99.999999999% 的数据持久性和跨区域高可用？

OSS 采用分布式架构，对象按大小分片存储，每片写入 3 个跨机架节点，任一磁盘故障可通过其他副本恢复。后台持续扫描数据并对比 CRC 校验码，损坏数据自动从健康副本修复。搭配跨区域复制功能，将数据同步至异地 Bucket，实现 Region 级容灾。

不要混淆“数据持久性”与“服务可用性”。OSS 的 11 个 9 是指持久性，可用性为 99.995%。面试中若被问到“强一致性”，要说明 OSS 提供最终一致性，列表操作有短暂延迟，而上传后立即读取是强一致的。

面试问题：请描述 RDS for MySQL 的主备同步原理，以及如何设计读写分离架构应对高并发读取场景？

RDS 主库开启 Binlog，备库通过 IO 线程拉取并重放实现数据同步。开启半同步复制保障主备数据基本一致。针对高并发读取，创建 2 个只读实例，通过读写分离地址自动将 SELECT 路由到只读实例。主库故障时 HA 集群自动切换备库，应用层通过连接串重连无感知。

不要在回答中只说“主备自动切换”，要提到切换后 Binlog 位点对齐和应用侧连接池中的失效连接处理。若只读实例延迟超过 5s，建议应用层做降级处理或强制读主库，避免业务读到过期数据。

💡 结构化表达加分点：面试时先用框架图思维口头概括“我按需求→选型→分层→高可用→策略五步来回答”，再逐一展开。考官会认为你逻辑清晰、具备架构闭环能力。

📘 第 3 章复习要点：