如何在单个Docker容器运行多个jar？是否需拆分多容器调度管理？

单容器运行多Jar技术上可行，但不推荐生产使用 #

你完全可以在单个Docker容器里同时跑多个Jar包，常见的实现方式有两种：

• 自定义启动Shell脚本，按顺序后台启动所有Jar，把脚本设为容器的ENTRYPOINT，示例写法：

  #!/bin/bash
  java -jar user-service.jar &
  java -jar order-service.jar &
  wait
  

  不过这种写法要注意孤儿进程问题：Shell作为PID1进程默认不会回收意外退出的子进程，容易产生僵尸进程占满资源。
• 用supervisord这类轻量进程管理工具托管所有Jar进程，由supervisord作为PID1进程负责进程启停、状态监控、孤儿进程回收，稳定性比自定义脚本好很多。

但不管用哪种方式，单容器多进程的方案都有很多天生缺陷：

• 资源隔离失效：所有Jar共用容器的CPU、内存配额，单个服务出现内存泄露、CPU跑满的问题时，会直接拖垮同一容器内的所有其他服务
• 可观测性差：容器默认的标准输出只会展示一个进程的日志，要拆分收集多个服务的日志需要额外做复杂配置，故障排查难度高
• 扩缩容粒度极粗：只能同时给所有Jar服务扩缩容，无法针对单个压力大的子服务单独调整实例数，资源利用率极低
• 故障影响范围大：容器级的健康检查无法单独识别单个Jar服务的故障，只要有一个服务出问题需要重启，同一容器内的所有服务都会同时中断

生产环境优先选择多容器拆分+调度工具管理的方案 #

把不同的Jar包分别打包到独立的Docker镜像、用独立容器运行，再通过K8s、Docker Swarm这类调度工具管理是更符合容器设计哲学的方案，优势非常明显：

• 资源完全隔离：单个服务的故障不会影响其他服务，还可以根据每个服务的实际负载单独配置CPU、内存配额
• 可观测性友好：每个容器的日志、运行指标都是独立的，监控告警、问题排查都不需要额外适配
• 扩缩容灵活：可以单独给压力大的子服务扩容，资源利用率更高
• 迭代发布更安全：单个服务的发布、回滚都不会影响其他服务，灰度发布的风险更低
• 调度工具的所有能力都可以直接复用：健康检查、服务发现、负载均衡这些调度工具内置的能力，都是针对单进程容器设计的，不需要额外改造就能直接用

方案选择建议 #

• 如果是本地开发测试、个人小型项目，流量极低且后续没有太多迭代需求，可以选择单容器多Jar的方案，降低部署复杂度
• 只要是生产环境、或者后续有扩容迭代需求的项目，都优先选择多容器拆分的方案

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