【Pod】Pod 容器共享 Volume - 糖呀糖啦~Pleiades

同一个 Pod 中的多个容器能够共享 Pod 级别的存储卷 Volume。Volume 可以被定义为各种类型，多个容器各自进行挂载操作，将一个 Volume 挂载为容器内部需要的目录
![image](https://cdn-imagehost.xyzttt.xyz/image/2025/03/14/nqed5a.webp)

# 多容器协作实践解析
Pod 内包含两个容器：tomcat 和 busybox，在 Pod 级别设置 Volume"apps-logs"，用于 tomcat 向其中写日志文件，busybox 读日志文件
```yaml
apiVersion: v1
kind: Pod
metadata:
        name: volume-pod
spec:
        containers:
        - name: tomcat             # 第一个容器（主容器）tomcat
          image: tomcat            # 使用 tomcat 镜像
          ports:
          - containerPort: 8080    # 容器内部端口
          volumeMounts:
          - name: app-logs         # 挂载的卷名称
            mountPath: /usr/local/tomcat/logs    # 挂载到容器内的路径（tomecat 的日志目录
          
        - name: busybox            # 第二个容器（sidecar 容器）busybox
          image: busybox           # 使用 busybox 镜像
          command: ["sh", "-c", "tail -f /logs/catalina*.log"]   # 持续监控日志文件
          volumeMounts:
          - name: app-logs         # 挂载同名卷
            mountPath: /logs       # 挂载到容器内的路径
        volumes:
        - name: app-logs           # 卷名称
          emptyDir: {}             # 使用 emptyDir 类型的卷
```

## 配置的主要功能和特点
### 多容器协作
- 一个 Pod 中运行两个容器：tomcat 和 busybox
- 两个容器通过共享卷进行通信
### 日志收集方案
- tomcat 容器产生日志
- busybox 容器实时读取这些日志
### 数据共享
- 使用 `emptyDir` 卷类型
- 这是一个临时存储，如果 Pod 删除 数据会丢失
- 两个容器可以同时访问这个共享存储
### 实际应用场景
- 典型的 日志收集模式
- 用于监控、调试或日志转发

## 角色定位（读写关系如何确定的）
发出一个疑问，为什么是 tomcat 写入，busybox 读取，为什么不能是 busybox 写入，tomcat 读取。
是因为 tomcat 是一个 Web 应用服务器，在运行的过程中自然会产生日志文件（如 catalina.ouot、localhost_access_log 等），这是 tomcat 的固有功能

busybox 在这个例子中，使用 `tail -f` 命令，这是一个读取命令，用于实时查看文件内容。

实际上从技术上讲确实可以反过来，但这不符合容器的设计目的：
- tomcat 容器的主要职责是运行 Web 应用并自动生成日志
- busybox 容器在这里扮演一个工具容器的角色，用于监控日志

这种设计遵循  “单一职责原则”：
- tomcat 容器专注于运行 web 应用
- busybox 容器专注于日志监控
- 每个容器都在做最适合他的事情