修正内容

container/orchestration.md

@@ -2,7 +2,7 @@
 
 字面上，“容器”这个词难以让人形象地理解其真正含义，Kubernetes 中最核心的概念“Pod”也是如此。
 
-仅靠几句简单的解释并不足以让人充分理解这些概念，甚至可能引发误解，如业内常常将容器与轻量级虚拟机混为一谈。如果容器类似虚拟机，那么应该存在一种普适的方法，能够无缝地将虚拟机内的应用迁移至容器中，但现实中并不存在这种方法。
+仅靠几句简单的解释并不足以让人充分理解这些概念，甚至可能引发误解，如业内常常将容器与轻量级虚拟机混为一谈。如果容器类似虚拟机，那么应该存在一种普适的方法，能够无缝地将虚拟机内的应用迁移至容器中，但现实中并不存在这种方法，都要经过大量适配、改造工作。
 
 本节，笔者将从最初的文件系统隔离开始，逐步介绍容器在不同历史阶段的作用，深入理解容器技术的演进，以及 Kubernetes 中最核心的概念 Pod 的设计背景和应用。
 

http/quic.md

@@ -72,7 +72,7 @@ QUIC 内部集成了 TLS 安全协议，无需像 TCP 先经过三次握手，
 
 此外，还需提及 QUIC 实现的另一个特性 —— QPACK。QPACK 通过更高效的头部压缩技术，减少了网络传输中的冗余数据量。这种压缩机制不仅提升了数据传输的效率，还能缓解前面提到的“队头阻塞”。
 
-如此，通过全面优化设计，QUIC 确保在当今网络环境中比 TCP 更安全、更快速的连接以及更高的传输效率。
+经过上述全方面的优化设计，QUIC 确保了在当今网络环境中比 TCP 更安全、更快速的连接以及更高的传输效率。
 
 ## 2.8.3 QUIC 实践
 
@@ -86,7 +86,7 @@ QUIC 内部集成了 TLS 安全协议，无需像 TCP 先经过三次握手，
  图 2-30 不同网络质量下，各协议耗时表现（耗时单位 ms）
 :::
 
-不过，测试中也发现了一个值得注意的问题：根据图 2-31 所示的网络请求成功率来看，HTTP/3 的失败率明显高于 HTTP/2。笔者猜测有两方面的原因：
+不过，测试中也发现了一个值得注意的问题：根据图 2-31 所示的网络请求成功率来看，HTTP/3 的失败率明显高于 HTTP/2。笔者“猜测”有两方面的原因：
 - 某些网络环境（如网络设备配置不当、防火墙规则限制）下，UDP 数据包更容易被丢弃或阻断。
 - QUIC 作为较新的协议，虽然发展迅速，但其在一些边缘场景（如复杂的企业网络、旧版网络设备等）中的兼容性和适应性还是不够完善。
 

network/DPDK.md

@@ -1,8 +1,8 @@
 # 3.4.1 数据平面开发套件 DPDK
 
-2010 年，由 Intel 领导的 DPDK实现了一套基于“内核旁路”思想的高性能网络应用解决方案，并逐渐成为了独树一帜的成熟技术体系。
+2010 年，由 Intel 领导的 DPDK（Data Plane Development Kit，数据平面开发套件） 实现了一套基于“内核旁路”思想的高性能网络应用解决方案，并逐渐成为了独树一帜的成熟技术体系。
 
-起初，DPDK （Data Plane Development Kit，数据平面开发套件）实际上是 Intel 为了卖自家的硬件，针对 Intel 处理器和网卡开发的一款高性能的网络驱动组件。DPDK 开源之后，越来越多的厂商参与进来贡献代码，DPDK 开始支持更多的硬件。如处理器不仅支持 Intel，还支持 AMD、ARM 等厂商的处理器；网卡支持的范围也包括 Intel 网卡、Mellanox 网卡、ARM 集成网卡等。
+起初，DPDK 是 Intel 为了卖自家的硬件，针对 Intel 处理器和网卡开发的一款高性能的网络驱动组件。DPDK 开源之后，越来越多的厂商参与进来贡献代码，DPDK 开始支持更多的硬件：处理器不仅支持 Intel，还支持 AMD、ARM 等厂商的处理器；网卡支持的范围也包括 Intel 网卡、Mellanox 网卡、ARM 集成网卡等。
 
 图 3-6 展示了 DPDK（Fast Path）与传统内核网络（Slow Path）的区别。在 Linux 系统中，位于用户空间的 DPDK Lib 和 APP 的编译、连接和加载方式和普通程序没什么区别。但两者网络数据包在 Linux 系统中的传输路径完全不同：