1. 案例背景与目标
本案例来源：新加坡本地中型SaaS厂商（化名：SG-SaaS），用户覆盖东南亚与中国南部。 问题：用户反馈页面与API请求延迟高、抖动大，影响收单与实时数据同步。 目标：在3个月内将平均延迟下降 >= 70%，95%分位延迟显著改善，并将丢包率降至 < 0.5%。 约束：预算有限，要求尽量使用云厂商可用功能与少量付费CDN/Peering。 团队：运维1人、后端1人、网络工程外包1人，按周迭代。
2. 初始诊断与基线数据
诊断工具：mtr、ping、tcpdump、Wireshark、webpagetest、ab与自建负载脚本。 发现：到东南亚与中国南部部分节点路由绕行、丢包在链路端口高峰时段升高。 服务器（优化前）：2 vCPU / 4GB RAM / SATA SSD / 带宽 100Mbps / Ubuntu 18.04 / Kernel 4.15。 客户端样本与测试结果如下（平均值）：| 指标 | 优化前 | 优化后（3个月） |
|---|---|---|
| 平均延迟（ms） | 240 | 28 |
| 95%分位延迟（ms） | 420 | 55 |
| 丢包率（%） | 2.4 | 0.12 |
| TTFB（ms） | 850 | 120 |
| 有效吞吐（Mbps） | 50 | 420 |
3. 采取的关键优化策略
一、增加边缘覆盖：接入商业Anycast CDN，静态与大体积资源走CDN，接口走近源加速。 二、DNS优化：使用Anycast DNS、合理TTL（30s-60s）、多机房健康探测与故障切换。 三、网络路径与Peering：与本地运营商建立直连/更优BGP策略，减少中间跃点。 四、内核与TCP调优：升级内核（5.x），开启BBR、调整net.ipv4.tcp_rmem/tcp_wmem、开启window scaling。 五、MTU与拥塞控制：在可行时启用Jumbo Frames（MTU=9000）、在公网启用GSO/TSO以降低CPU负载。 六、应用层优化：开启HTTP/2、TLS 1.3、Keep-Alive、压缩与缓存策略，减少握手与请求数。
4. 服务器配置升级与真实示例
优化前主机配置示例：2 vCPU / 4GB RAM / SATA SSD / 100Mbps 公网 / Ubuntu 18.04。 优化后主机配置示例：4 vCPU / 8GB RAM / NVMe SSD / 1 Gbps 公网带宽 / Ubuntu 20.04 / Kernel 5.10。 关键系统改动：启用 BBR（net.core.default_qdisc=fq, net.ipv4.tcp_congestion_control=bbr）。 WebServer 配置示例：nginx worker_processes auto, keepalive_timeout 65, sendfile on, tcp_nopush on。 安全与防护：接入云端DDoS防护（基础清洗）与WAF规则，避免在优化期间被流量攻击影响判断。
