<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>CDN on Chen Kai Blog</title><link>https://www.chenk.top/zh/tags/cdn/</link><description>Recent content in CDN on Chen Kai Blog</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Fri, 01 May 2026 09:00:00 +0000</lastBuildDate><atom:link href="https://www.chenk.top/zh/tags/cdn/index.xml" rel="self" type="application/rss+xml"/><item><title>阿里云全栈实战（四）：OSS——对象存储最佳实践</title><link>https://www.chenk.top/zh/aliyun-fullstack/04-oss-storage/</link><pubDate>Fri, 01 May 2026 09:00:00 +0000</pubDate><guid>https://www.chenk.top/zh/aliyun-fullstack/04-oss-storage/</guid><description>&lt;p>以前我把用户上传的文件直接塞进 ECS 磁盘里。头像、PDF 发票、CSV 导出文件——统统丢在一台跑着 Flask 应用的 &lt;code>ecs.g7.large&lt;/code> 实例的 &lt;code>/var/data/uploads/&lt;/code> 目录下。我还写了个 cron 任务，每六小时把整个目录 rsync 到另一台 ECS 上，美其名曰“备份”。直到某个周五凌晨三点，一个批处理任务生成了 40GB 没人下载的报表，系统盘瞬间飙到 100%，实例进入只读状态，应用彻底宕机——而上一次 rsync 还是前一天晚上跑的。我丢了整整六小时的用户上传数据，整个周末都在向客户道歉。正是这次事故让我明白：对象存储不是可有可无的附加项，而是云上架构的基石。你的应用服务器是临时的，但数据必须持久。&lt;/p></description></item><item><title>系统设计（二）：DNS、CDN 与负载均衡——请求旅程的前三跳</title><link>https://www.chenk.top/zh/system-design/02-dns-cdn-load-balancing/</link><pubDate>Sat, 12 Jul 2025 09:00:00 +0000</pubDate><guid>https://www.chenk.top/zh/system-design/02-dns-cdn-load-balancing/</guid><description>&lt;p>2017 年，一家主流云服务商因一条配置错误的 DNS 记录，导致互联网大面积中断数小时——成千上万个网站无法访问，并非因为服务器宕机，而是负责将域名翻译为 IP 地址的系统出了问题。这次事故尖锐地提醒我们：那些被视作理所当然的基础设施——DNS、CDN 和负载均衡器——正是整个系统赖以运转的地基。&lt;/p></description></item></channel></rss>