文章总结： 本文深入探讨了Docker的单进程哲学与多进程管理方案。文章首先解释了容器与虚拟机的本质区别，即容器是宿主机上的一个进程，其设计哲学强调专注于单一核心功能。接着，针对实际应用中多个进程共存的需求，文章系统地分析了三种主流的进程管理方案：纯手工BashShell脚本、借助第三方进程监控工具（如Monit、supervisord和s6-overlay）。每种方案都详细阐述了其工作原理、优缺点及适用场景，旨在帮助读者根据项目需求做出合理选择。 综合评分： 85 文章分类： 技术标准,解决方案,安全开发,数据安全,云安全

docker入门之单进程哲学与多进程管理

原创

一只岸上的鱼 一只岸上的鱼

一只岸上的鱼

2026年3月29日 12:15 江苏

缘起

今天有空，琢磨以下docker的单进程哲学与实际使用中的多进程管理

单进程哲学

一般解释docker的方式是：docker是轻量化的虚拟机

二者还是有着本质的区别：虚拟机通过Hypervisor模拟完整的硬件环境，每个虚拟机都运行着独立的操作系统内核和完整的系统进程。而容器则采用了完全不同的技术路径——它本质上只是宿主机上的一个进程，通过Linux Namespace和Cgroups技术实现了进程级别的隔离。

这种根本性的差异决定了容器的设计哲学。虚拟机可以承载完整的操作系统和多个进程，而容器则专注于单一职责。每个容器就像是一个”集装箱”，只装载特定的”货物”（应用程序），而不是整个”仓库”（操作系统环境）

多进程需求

需要澄清的是，”单进程模型”这一表述有时会引起误解。它并非指容器内只能存在一个操作系统进程，而是强调容器应该只有一个主关注点、一个核心功能。现实需求也是，很多应用系统不可能只有一个进程，例如docker安装的nginx，谁知道知道nginx有master和无数worker进程。

然而，docker的单进程哲学和技术路径，导致了他并没有完整的守护进程，所以进程的管理，就必须自己动手了。

补充知识：容器内的PID=1的进程（init进程）必须是应用程序的主进程，这个进程负责管理容器内的所有资源。

方案一：纯手工，Bash Shell 脚本（最原始，但最灵活）

通过编写一个 entrypoint.sh 脚本，手动启动多个后台进程，并使用 wait 命令阻塞主进程，确保容器持续运行。

# entrypoint.sh#!/bin/bash
# 启动第一个服务start1 > /var/log/start1.log 2>&1 &
# 启动第二个服务  start2 > /var/log/start2.log 2>&1 &
# 保持脚本运行，防止容器退出wait

📌 优点

• 零依赖：无需安装额外工具，适合极简场景。
• 完全可控：脚本逻辑自由，可嵌入复杂判断、日志、重启逻辑。
• 轻量：无额外资源开销。

❌ 缺点

• 缺乏健壮性：进程崩溃后不会自动重启（除非手动加 while 循环）。
• 难以监控：无法实时查看各进程状态。
• 配置易出错：需手动管理 PID、信号、日志重定向等，维护成本高。

方案二: 借助第三方控件

第一种，轻量级：Monit（轻量级进程监控工具）

开源轻量级：https://mmonit.com/monit/

# monitrccheck process nginx with pidfile /var/run/nginx.pid    start program = "/etc/init.d/nginx start"    stop program = "/etc/init.d/nginx stop"    if failed host 127.0.0.1 port 80 then restart
check process flask with pidfile /tmp/flask.pid    start program = "/usr/bin/python app.py"    stop program = "/usr/bin/kill -TERM `cat /tmp/flask.pid`"    if failed port 5000 then restart

📌 优点

• 自动重启：进程异常退出后可自动拉起。
• 资源监控：支持 CPU、内存、磁盘使用率监控。
• 配置清晰：基于文本配置，易于理解。
• 支持告警：可通过邮件、Webhook 发送通知。

❌ 缺点

• 配置稍复杂：需编写 .monitrc 配置文件。
• 资源占用略高：相比纯脚本，多一个守护进程。
• 功能较基础：不支持复杂依赖管理或进程间通信。

第二种，轻量级：supervisord（轻量级进程监控工具）

地址：https://supervisord.org/

Supervisor 是 Python 编写的进程管理工具，通过配置文件定义多个进程，支持自动启动、重启、日志管理。

📌 优点

• 配置简单：INI 风格配置，易读易写。
• 功能完整：支持日志、权限、用户、事件触发。
• 社区成熟：文档丰富，兼容性好。

❌ 缺点

• 资源占用高：Python 进程 + 一个守护进程，内存开销大。
• 启动慢：需加载 Python 环境。

怎么说呢，一般建议你做到的gitlab、apache这种类型的docker部署，否则还是不用了，太重，太复杂

不过，学是必须学的，毕竟太多重要的开源项目都用，不学点用起来不得要领啊

第三种，s6-overlay（现代、强大、推荐）

地址： https://github.com/just-containers/s6-overlay

S6 是一个功能强大的进程管理器，源自 s6-overlay，支持服务分组、依赖管理、信号转发、日志轮转等。

📌 优点

• 功能全面：支持服务依赖、自动重启、日志管理、信号转发。
• 模块化设计：每个服务独立配置，易于维护。
• 轻量高效：相比 Supervisor，资源占用更低。
• 生产级稳定：被广泛用于 Alpine Linux 和容器化环境。

❌ 缺点

• 学习成本高：配置语法较复杂，需理解 S6 的目录结构（/etc/s6/）。

一般的小项目，不建议碰，磨刀的功夫超过砍柴的功夫，就得不偿失了

但是有志于提高项目质量，这就是绕不过的。

小结

随着越来越多的项目使用docker打包，就会对进程管理的需求越来越甚，接触到这些开源管理方案，是迟早的事儿。

之前一直跟着搜索到的文章，懵懵懂懂的照抄，今天才有空彻底的总结一下基本概念。

后面准备给每个方案，来一个实例，对比一下功能的具体功用和资源占用。

推荐其他docker文章：

探索springboot程序打包docker的最佳方式

免责声明：

本文所载程序、技术方法仅面向合法合规的安全研究与教学场景，旨在提升网络安全防护能力，具有明确的技术研究属性。

任何单位或个人未经授权，将本文内容用于攻击、破坏等非法用途的，由此引发的全部法律责任、民事赔偿及连带责任，均由行为人独立承担，本站不承担任何连带责任。

本站内容均为技术交流与知识分享目的发布，若存在版权侵权或其他异议，请通过邮件联系处理，具体联系方式可点击页面上方的联系我。

本文转载自：一只岸上的鱼 一只岸上的鱼 一只岸上的鱼《docker入门之单进程哲学与多进程管理》