如何在多个Kubernetes容器间共享Java认证Jar包避免重复构建部署？

这种每个容器重复维护同一份Jar包的痛点我太懂了，每次更新都要全量重建部署确实效率拉低不少。结合Kubernetes的特性，给你几个实用的解决方案：

方案1：用Kubernetes Volume挂载共享Jar包 #

这是最贴合你需求的直接方案，核心思路是把认证Jar包放在共享存储里，让所有Tomcat容器挂载这个存储到对应lib目录：

• 具体步骤：

  1. 创建一个PersistentVolume（PV）：生产环境推荐用NFS、云厂商共享存储（比如AWS EBS、阿里云NAS），测试环境可以临时用HostPath（注意生产环境不建议HostPath，节点故障会影响所有容器）。
  2. 创建对应的PersistentVolumeClaim（PVC），绑定到上面的PV。
  3. 修改Tomcat的Deployment配置，添加挂载规则：

     volumeMounts:
       - name: auth-lib-volume
         mountPath: /usr/local/tomcat/lib/auth.jar  # 替换成你容器内Tomcat lib的实际路径+Jar包名
         subPath: auth.jar  # 仅挂载目标Jar，不覆盖容器原有lib目录的其他文件
     volumes:
       - name: auth-lib-volume
         persistentVolumeClaim:
           claimName: auth-lib-pvc
     

  4. 把最新的认证Jar包上传到共享存储的对应路径，之后只需重启四个Tomcat容器（或配置滚动重启），就能加载新Jar包。

• 注意要点：

  • 确保Tomcat运行用户对挂载的Jar包有读取权限，否则会触发ClassNotFound异常。
  • 更新Jar包时建议先备份旧版本，方便出问题时快速回滚。

方案2：Sidecar容器同步Jar包（可选） #

如果不想直接挂载共享存储到Tomcat的lib目录，可以用Sidecar容器做同步：

• 给每个Tomcat容器搭配一个Sidecar容器，两者共享同一个EmptyDir或共享PV。Sidecar负责监听共享存储里Jar包的变化，一旦检测到更新，就自动把Jar包复制到Tomcat的/lib目录下。
• 这种方式适合需要对Jar包做额外处理（比如校验、解压）的场景，但配置相对复杂些。

方案3：微服务化认证逻辑（长期优化方向） #

如果架构允许，把认证Jar包的逻辑抽成独立的认证服务（比如REST API或gRPC服务），四个应用容器通过网络调用这个服务完成认证：

• 优势是更新认证逻辑只需重启认证服务，完全不用改动应用容器，彻底解耦。
• 适合认证逻辑频繁迭代的场景，还能统一管控认证规则。

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