广告投放系统通常需要向全国甚至全球的用户提供服务，请设计系统的网络架构，包括CDN、负载均衡、反向代理等组件，并说明如何优化网络延迟。

1) 【一句话结论】
采用分层网络架构，结合CDN边缘节点、多级负载均衡（L4/L7）与反向代理，通过动静分离、全局流量均衡优化延迟，确保全球用户低延迟访问广告投放服务。

2) 【原理/概念讲解】

• CDN（内容分发网络）：类比“全球快递网络”，将静态资源（如广告图片、JS/CSS文件）缓存到全球边缘节点。用户请求优先访问离自己最近的节点，减少跨域网络延迟（如广州用户访问广州CDN节点，比直接访问北京后端快约30%）。
• 负载均衡器：类比“交通指挥中心”，将用户请求分发到后端服务器集群。分为L4（四层，基于IP/TCP端口，如Nginx的L4模式）和L7（七层，基于HTTP请求头/URL，如Nginx的L7模式）。广告系统常用L7做业务路由（如根据广告类型/地域分发请求）。
• 反向代理：类比“企业门卫”，接收用户请求后转发到后端，同时做安全（如WAF防攻击）、缓存（如反向代理缓存静态资源，减少后端压力）。如Nginx作为反向代理，处理业务请求后返回给用户。

3) 【对比与适用场景】

组件	定义	特性	使用场景	注意点
CDN	全球边缘节点缓存静态资源	低延迟、高并发、缓存静态	广告图片、JS/CSS等静态资源分发	动态内容需回源后端
负载均衡器	分发请求到后端集群	L4（IP/TCP端口）或L7（HTTP）	全局流量分发、业务路由	需健康检查（如后端状态）
反向代理	接收请求转发到后端	动静分离、安全防护、缓存	业务层请求处理、安全防护	需配置路由规则（如URL匹配）

4) 【示例】
请求路径：用户访问https://ad.创思.com → CDN（广州节点）（缓存静态资源，无则回源）→ 全球负载均衡器（根据地域/负载分发到北京/上海后端）→ 后端服务器（处理广告逻辑）→ 反向代理（Nginx）（返回结果给用户）。
伪代码（请求示例）：

GET /ad/search?keyword=手机 HTTP/1.1
Host: ad.创思.com
User-Agent: Chrome/91.0....

路径经过CDN节点（广州）→ 负载均衡器（北京）→ 后端（北京广告搜索服务）→ 反向代理（Nginx）返回结果。

5) 【面试口播版答案】
“面试官您好，针对广告投放系统全球服务需求，我设计的网络架构核心是分层优化延迟，结合CDN、负载均衡、反向代理。首先CDN作为边缘层，缓存静态资源到全球节点，用户请求优先走边缘节点，减少跨域延迟；然后负载均衡器（L7）做全局流量分发，根据地域、服务器负载策略，将请求分发给广州/北京/上海的后端集群，避免单地域过载；最后反向代理（如Nginx）处理业务请求，做动静分离，静态资源直接从反向代理缓存返回，动态请求转发到后端，同时做安全防护（如WAF）。整体架构通过CDN降低边缘延迟，负载均衡器实现全局流量均衡，反向代理优化业务层请求，最终实现全球用户低延迟访问。”

6) 【追问清单】

• 问题1：如果CDN节点失效怎么办？
  回答要点：主节点故障时自动切换到备用节点（如阿里云CDN的“多线路智能调度”），保证服务不中断。
• 问题2：负载均衡的策略如何选择？
  回答要点：根据业务需求，如广告系统用“加权轮询”（对高负载服务器降低权重），或“基于响应时间的健康检查”（优先分发到响应快的后端）。
• 问题3：反向代理如何处理动态请求？
  回答要点：通过请求头或URL匹配后端服务（如根据广告类型“搜索/展示”路由到不同后端模块）。
• 问题4：全球负载均衡器的部署位置？
  回答要点：部署在云服务商的全球负载均衡服务（如阿里云SLB），或多个地域的负载均衡器组成全局集群。
• 问题5：网络延迟优化的其他手段？
  回答要点：使用QUIC协议降低TCP握手延迟，或优化DNS解析（如CDN的DNS解析）。

7) 【常见坑/雷区】

• 忽略CDN的缓存策略，导致动态内容无法缓存，反而增加后端压力。
• 负载均衡器只考虑流量分发，未做业务路由（如广告系统不同模块需不同后端，导致请求错误路由）。
• 反向代理与负载均衡混淆，将反向代理当作负载均衡器使用，导致业务逻辑错误。
• 未考虑全球网络的时延差异，仅部署CDN在几个大区域，小区域用户延迟高。
• 忽略安全组件，未在反向代理层添加WAF，导致系统被攻击。