liqiang 的博客.

Systemd Supervisord 肤浅对比

Word count: 992 / Reading time: 4 min
2018/08/13 Share

以前我跑应用都是通过 Supervisord 来运行,其实,一直用下来,发现还是很好用的,没啥毛病。随着尝试了一些 Systemd 的功能之后,让我对他们之间的关系有了一些思考,既然这两货对我来说做得事情都差不多,那么究竟差别在哪?所以今天虽然不是很有空,但是我还是决定来闲扯一番。

首先,先来聊聊 Systemd,一开始我以为 Systemd 是一个第三方应用,没有太在意,公司在用这个所以也就愣愣得跟着用了;直到有一天好奇心驱使我认真得去查了一下,不得了啊,居然是钦定的系统管理软件。所谓的钦定系统管理软件的意思就是 systemd 的 PID 是 1,可能你觉得 PID 是 1 没啥了不起,但是,我想告诉你,pid 是 1 的意思就是内核初始化的最后一步就是启动 init 进程,而这个进程的 PID 就是 1,也就是你看到的 systemd。换言之,systemd 是系统运行的第一个进程。

可能玩 Docker 比较多的同学会有一个感触,那就是如果你通过类似于:

1
$ docker run -d --name test some-images /bin/bash -c "ping baidu.com"

执行 Docker 的时候,ping 命令的 pid 居然是 1,这当然和 Docker 的实现有关,但是,如果你把这个 PID 为 1 的进程 kill 掉,你会发现 Docker 会 Stop 掉这个 Container。OK,这就是我认为 Systemd 比 Supervisord 强的一个地方,那就是 Supervisord 可能会自己挂掉,从而导致管理的其他进程也挂掉,但是 Systemd 就不一样了,如果 Systemd 挂掉了,那就不是应用进程挂掉这么简单了,这说明系统也已经挂掉了,这完全不是一个级别的。

当然,这也不是说 Systemd 就完胜 Supervisord 啦,至少就我个人感受来说,如果不加其他组件的情况下,至少 Systemd 的日志系统是很弱鸡的,对于系统级别的日志我知道的就只有两个地方查看,分别是 systemctl statusjourctl -xusystemctl 能看到的不多,就最近的十几行记录,如果要想看更多的记录就得靠 jourctl 了;相比之下,Supervisord 至少在这方面的表现还是比较抢眼的,至少 stdout 和 stderr 的输出可以分开打到不同的文件中。

同时我的使用感受还有一个是 Supervisord 比较爽的就是支持分组,例如不同开发小组,每个开发小组都有若干个应用,Supervisord 可以根据小组来重启这个小组的多个应用,只需要将这些应用都配置好在同一个小组中即可,这在我的体验中,Systemd 不能简单做的。

当然,从业界的使用来说,比较多的人是选择 Systemd 的,虽然也有不少人在喷 Systemd,我觉得喷得很有意思,所以就摘抄一些:

  • 代码质量不高,每个版本新功能前期 bug 很多,需要迭代几个版本之后才稳定,这对于 init 进程完全不可接受啊
  • 频繁变更设计和接口,不考虑向后兼容
  • systemd极端地奉行“只考虑Linux”,不接受任何改进非Linux系统兼容性的patch。

好吧,你要这么喷我也很无奈不是。

Final

ok,前面闲聊了这么多,后面就直接了当得给出双方的能力得了:

  • Systemd
    • 稳定可靠
    • 支持 Before/After 依赖机制
    • 支持 Notify 机制
    • 支持基于 cgroup 的资源限制
  • Supervisord
    • 支持通过 priority 配置进程启动顺序
    • 日志友好方便查阅
    • 跨平台使用
    • 扩展开发友好

Reference

  1. LINUX PID 1 和 SYSTEMD
  2. systemd 为什么会有那么大的争议?
  3. systemd vs supervisord
  4. 有了 systemd 是不是就可以抛弃 supervisor 了?
CATALOG
  1. 1. Final
  • Reference