测验：名字与负载均衡

要把 /api/* 和 /img/* 发送到不同后端，应使用什么？

• 用 L4 负载均衡器按端口转发
• 为不同路径分别注册 DNS 记录
• L7 负载均衡器——需要检查 HTTP 路径
• 在 NAT 网关中按路径分流

把数据库检查也放进负载均衡器健康检查，会有什么风险？

• 健康检查响应明显变慢
• 数据库一慢，所有目标会同时被摘除，导致整个服务中断
• 健康检查调用越多，费用越高
• 数据库查询日志大幅增加

连接排空（deregistration delay）的目的是什么？

• 更快加入新实例
• 缩短健康检查周期
• 迁移 TLS 终止点
• 摘除目标时等待正在处理的请求完成，以避免错误

为什么不建议把切换 DNS 作为故障应对的主要手段？

• 受 TTL 和客户端缓存影响，切换不会立即生效
• 查询费用太高
• 修改记录本身有安全风险
• 配置复杂，容易出错

以下哪一项不是粘性会话（sticky session）的缺点？

• 负载无法均匀分布
• 无法进行 TLS 终止
• 服务器故障会使该服务器上的用户会话丢失
• 不适合自动伸缩

为什么健康检查路径应使用轻量级专用端点？

• 因为无需认证地开放它会有风险
• 因为访问日志会堆积过多
• 因为它会被周期性反复调用，太重会自行造成负载
• 因为经过认证后响应会改变