@julyclyde 我前面说了，k8s 和 systemd 都是不错的选择，supervisor 比较轻量；
每个人的偏好不同，OP 这个需求看上去轻量，我个人觉得 supervisor 更合适

上来就出言不逊

@julyclyde 看你多年网上老人了，应该也工作很多年了，没想到这么张狂

@julyclyde 用 systemd 水平就好了？这是入门级的

@julyclyde 你想用 systemd 是你的事情，每种软件都有自己的使用场景。争强好胜带脏话，你可以闭嘴。

这就叫专业

@hancai #27 ，看公司的技术管理，如果作坊式的管理，估计不行

这种现在数据库上应该不是问题，10 年前确实是个问题，现在应该不是问题

@julyclyde supervisor 安装好后，需要调大下 minfds=，默认 1024 太小会被子进程继承，然后不太需要重启；它自己不处理业务，内存占用 10 多 M ，被 OOM 的概率也极低；
这 2 种情况概率极低，比上层业务的 bug 概率低多了，瑕不掩瑜吧，个人觉得是个不错的进程管理工具。
当然容器和 systemd 都是不错的选择，看需求和时间。

挺好的，收藏了

下载上传都 OK

建议你直接上专有云 https://apsara-stack.aliyun.com

@julyclyde supervisor 本身不处理业务，相当稳定；重启后子进程也会跟着重启，子进程不会成为孤儿进程。
它有一些不足，健康检查不支持 k8s 类似 startupProbes 的逻辑；不支持 cgroup 。
管理非容器的 java springboot 应用还是很实用的。

这都悟不透，代码白写了

健康检查肯定是 k8s 的功能最完善，但是如果是几个单体应用，用 k8s 有点重

没用 systemd 的原因是，业务 java 和系统的管理有耦合，管理起来有一些噪音

supervisor