@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

nginx 里面有个 upstream ，是说的这个意思

@ixiaohei JDK21 默认还是 G1GC ，SerialGC 、ParallelGC 都还支持，从 JDK9 废弃 JDK14 移除的是 CMS GC ；
JDK21 新增了分代 ZGC ，但不是默认

HN 是个什么东西？

锅 5:5 开

修改下
1 ，上了规模的使用（至少上百万、甚至千万年费的情况，少量使用没对比价值）
2 ，并且至少使用了 15-30 类产品
3 ，至少累计使用 2-3 年以上

以上说的是：
1 ，上了规模的使用（至少百万、千万年费的情况，少量使用没对比价值）
2 ，并且至少使用了 20-30 类产品
3 ，至少连续使用 3 年以上

公司有钱和使用者特别闲，可以用下 AWS ，毕竟全球使用率最高，顺便学习下还是不错的。

用 AWS 就意味着更多的人力投入（大规模使用的话），
公司肯定不舍得投入更多人力，这就意味着你需要加班或 996 来完成工作；
国外加班或 996 的情况比较少，所以可以愉快的使用 AWS 。

如果是外企，由于国外总公司的统一要求，用亚马逊中国或世纪互联 Azure ，
否则要么是钱多的没地方用，或者员工闲的没事干