<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Storage on Chen Kai Blog</title><link>https://www.chenk.top/zh/tags/storage/</link><description>Recent content in Storage 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/storage/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>Docker 与容器（四）：网络与卷——容器如何通信与持久化数据</title><link>https://www.chenk.top/zh/docker-containers/04-networking-and-volumes/</link><pubDate>Mon, 19 Jun 2023 09:00:00 +0000</pubDate><guid>https://www.chenk.top/zh/docker-containers/04-networking-and-volumes/</guid><description>&lt;p>容器被刻意设计为相互隔离，这正是其核心价值；但实际应用必须能接收外部连接、与数据库通信，并持久化容器重启后仍需保留的数据。Docker 通过&lt;strong>网络（Networking）&lt;/strong>（管理容器间及对外通信）和&lt;strong>卷（Volumes）&lt;/strong>（实现数据持久化）来满足这些需求；二者配置是否合理，直接决定了环境是仅供演示（demo）还是可用于生产（deployment）。&lt;/p></description></item></channel></rss>