Kubernetes：无需在Deployment YAML中声明镜像即可向Pod复制测试应用？

一、直接复制压缩包到Pod运行（临时测试首选） #

完全可以直接把压缩包复制到Pod里运行，这是临时测试最快捷的方式，步骤也很简单：

• 用kubectl cp把本地的压缩包传到Pod里：

  kubectl cp ./test-app.tar.gz <你的Pod名称>:/tmp/
  

• 进入Pod的终端环境：

  kubectl exec -it <你的Pod名称> -- /bin/bash
  

• 解压压缩包并启动测试应用：

  cd /tmp && tar -xzf test-app.tar.gz && ./start-app.sh
  

不过要注意几个局限：

• Pod重启后文件会丢失：Pod的默认文件系统是临时的，除非你挂载了持久卷，否则一旦Pod重启（比如节点故障、Deployment滚动更新），你复制的压缩包和解压后的文件都会没了，得重新操作。
• 依赖Pod基础镜像的工具：如果你的Pod基础镜像里没有tar这类解压工具，你得先安装（比如用apt install tar或yum install tar），这可能需要Pod有root权限，有些环境会限制。
• 没法复用：换个Pod或者重新部署的话，都得重复一遍复制、解压的步骤，只适合单次临时测试。

二、构建成镜像更新Deployment（规范/长期测试首选） #

如果你的测试需要多次运行、或者要保证环境一致，把测试应用打包成镜像更新Deployment是更靠谱的做法，这也是Kubernetes的最佳实践：

1. 写一个简单的Dockerfile，基于你现有Deployment的镜像，把测试应用加进去：

   # 用你现有Deployment的基础镜像
   FROM your-existing-image:your-tag
   
   # 把本地的测试压缩包复制到镜像里
   COPY test-app.tar.gz /app/
   
   # 在构建镜像时就解压好，删除压缩包节省空间
   RUN cd /app && tar -xzf test-app.tar.gz && rm test-app.tar.gz
   
   # 设置容器启动时自动运行测试应用的命令
   CMD ["/app/start-app.sh"]
   

2. 构建并推送镜像到你的镜像仓库（比如私有仓库或者Docker Hub）：

   docker build -t your-test-image:v1 .
   docker push your-test-image:v1
   

3. 更新Deployment的镜像：

   kubectl set image deployment/<你的Deployment名称> <容器名称>=your-test-image:v1
   

这种方式的优势很明显：

• 环境一致：每次启动Pod都会用同一个镜像，测试应用的依赖、路径都固定，不会出现“本地能跑Pod里跑不了”的问题。
• 可重复部署：不管是重启Pod、重新创建Deployment，还是在其他环境部署，都直接用这个镜像就行，不用重复操作。
• 可追溯：镜像的版本可以管理，你能知道每个版本的测试应用是什么样的，方便排查问题。

总结一下：如果只是临时测一次，直接复制压缩包到Pod里最快；如果要多次测试、保证测试环境稳定，构建镜像更新Deployment是更好的选择。

内容的提问来源于stack exchange，提问作者nish1013