Fix and update

13_implementation/13.1_arch.md

@@ -1,5 +1,7 @@
 ## 基本架构
 
+Docker 的架构设计简洁而高效，主要由客户端和服务端两部分组成。
+
 ### 核心架构图
 
 Docker 采用了 **C/S (客户端/服务端)** 架构。Client 向 Daemon 发送请求，Daemon 负责构建、运行和分发容器。
@@ -25,29 +27,34 @@ graph LR
 
 Docker 的内部架构如同洋葱一样分层，每一层专注解决特定问题：
 
-#### 1. Docker CLI (客户端)
+#### 1. Docker CLI（客户端）
+
 用户与 Docker 交互的主要方式。它将用户命令（如 `docker run`）转换为 API 请求发送给 dockerd。
 
-#### 2. Dockerd (守护进程)
+#### 2. Dockerd（守护进程）
+
 Docker 的大脑。
 - 监听 API 请求
 - 管理 Docker 对象（镜像、容器、网络、卷）
 - 编排下层组件完成工作
 
-#### 3. Containerd (高级运行时)
+#### 3. Containerd（高级运行时）
+
 行业标准的容器运行时（CNCF 毕业项目）。
 - 管理容器的完整生命周期（启动、停止）
 - 镜像拉取与存储
 - **不包含** 复杂的与容器无关的功能（如构建、API）
 - Kubernetes 也可以直接使用 containerd（跳过 Docker）
 
-#### 4. Runc (低级运行时)
+#### 4. Runc（低级运行时）
+
 用于创建和运行容器的 CLI 工具。
 - 直接与内核交互（Namespaces, Cgroups）
 - 遵循 OCI (Open Container Initiative) 规范
 - **主要职责**：根据配置启动一个容器，然后退出（将控制权交给容器进程）
 
 #### 5. Shim
+
 每个容器都有一个 shim 进程。
 - **解耦**：允许 dockerd 重启而不影响容器运行
 - **保持 IO**：维持容器的标准输入输出
@@ -88,11 +95,11 @@ flowchart TD
     Shim -.-> |8. Monitor IO/Exit| Container
 ```
 
-1. **CLI** 发送请求给 **Dockerd**
-2. **Dockerd** 解析请求，调用 **Containerd**
+1. **CLI**发送请求给**Dockerd**
+2. **Dockerd**解析请求，调用**Containerd**
 3. **Containerd** 准备镜像，转换为 OCI Bundle
-4. **Containerd** 创建 **Shim** 进程
-5. **Shim** 调用 **Runc**
+4. **Containerd**创建**Shim** 进程
+5. **Shim**调用**Runc**
 6. **Runc** 与系统内核交互，创建 Namespaces 和 Cgroups
 7. **Runc** 启动 nginx 进程后退出
 8. **Shim** 接管容器 IO 和生命周期监控