<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Networking on Chen Kai Blog</title><link>https://www.chenk.top/zh/tags/networking/</link><description>Recent content in Networking on Chen Kai Blog</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Thu, 30 Apr 2026 09:00:00 +0000</lastBuildDate><atom:link href="https://www.chenk.top/zh/tags/networking/index.xml" rel="self" type="application/rss+xml"/><item><title>阿里云全栈实战（三）：VPC、SLB 构建网络基石</title><link>https://www.chenk.top/zh/aliyun-fullstack/03-vpc-networking/</link><pubDate>Thu, 30 Apr 2026 09:00:00 +0000</pubDate><guid>https://www.chenk.top/zh/aliyun-fullstack/03-vpc-networking/</guid><description>&lt;p>我在云上排查过的每一次故障，追根溯源最后都指向了网络。要么是 CIDR 规划没做好，半年后 IP 不够用了；要么是路由缺失，流量在层级间静默丢弃；要么是安全组配置极端——要么对 &lt;code>0.0.0.0/0&lt;/code> 开放了 22 端口（哈喽，黑客朋友），要么锁得太死导致健康检查失败，负载均衡不停剔除健康实例。网络层是所有部署的前提，必须最先规划和落地；但一旦需要调整，补救成本极高——修改 VPC 的 CIDR 段意味着要重建其下的所有资源。&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><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>