pm2是专为node.js设计但兼容python等语言的生产级进程管理器，支持自动重启、日志管理、开机自启、集群模式、性能监控等核心功能，适用于长期稳定运行的服务。
进程管理不是只靠一个命令或一个工具就能搞定的事。它是一套分层、渐进、按需选择的技术组合，从单个脚本的守护，到成百上千容器的协同调度，核心目标始终是：让任务稳住、跑准、可查、能扩。
进程级：轻量可靠，适合长期运行的单体服务
当你有一个 Python 爬虫、一个 Flask API 或一个 Node.js 后台服务，需要它一直在线、崩溃自动拉起、日志集中查看，就该用进程级管理工具。
- Supervisor：配置简单（INI 格式），自带 Web 控制台，适合中小规模场景；支持用户隔离、环境变量注入、退出码判断重启策略
- systemd：Linux 发行版默认集成，功能全面（依赖管理、资源限制、启动顺序），但配置语法稍重；适合系统级服务或对稳定性要求高的生产环境
- 关键提醒：避免直接用
nohup或&启动，它们不提供状态监控、无自动恢复、日志分散难排查
主机级：批量部署与统一运维的基石
当你要在几十台机器上部署同一套服务，或定期更新配置、同步证书、轮换日志，就得跳出单机视角，用主机级工具做一致性管控。
- Ansible：无 Agent、YAML 描述、幂等执行，适合配置推送、服务启停、基础环境初始化
- Puppet / Chef：声明式模型更强，适合大型企业已有成熟 CMDB 和合规流程的场景
- 注意点：主机级工具不负责进程生命周期本身，而是确保每台机器上“进程管理器”（如 systemd）已正确安装并配置好
容器级：面向弹性与编排的现代调度方式
一旦服务模块化、依赖复杂、需要快速扩缩容或跨节点调度，进程管理就升级为容器调度——本质是把“进程”打包成标准化、可移植、带约束的运行单元。
- Docker + docker-compose：适合单机多容器协作开发或小团队测试环境；通过 YAML 定义服务依赖、端口映射、卷挂载
- Kubernetes：生产级事实标准；提供 Pod 生命周期管理、Service 发现、HPA 自动扩缩、滚动更新、健康探针等完整能力
- 重要区别：K8s 不直接管理进程，而是管理容器运行时（如 containerd）启动的容器；进程崩溃 → 容器退出 → K8s 拉起新容器，形成更高阶的“自愈”
选型关键：看规模、看稳定性、看团队能力
没有银弹，只有适配。小项目用 Supervisor + cron 就够用；中型业务可组合 systemd + Ansible；微服务架构或云原生团队，Kubernetes 是绕不开的一环。
- 起步建议：先用 Supervisor 把核心服务管稳，再逐步引入 Docker 封装依赖，最后根据集群规模决定是否上 K8s
- 警惕陷阱：别为了“上容器”而容器化一个单线程 Python 脚本；也别用 K8s 部署三台机器上的静态网站——过度设计比不用更伤
- 真实瓶颈往往不在调度器，而在日志聚合、指标采集、链路追踪这些配套能力上
