java - 等待 systemd 直到服务套接字可用，然后启动依赖的服务

Question

目前我在 systemd 中启动 java 服务的速度很慢，大约需要 60 秒才能打开其 HTTP 端口并为其他客户端提供服务。

另一个客户端服务期望此服务可用(是此服务的客户端)，否则它会在一定重试后死亡。它也是从 systemd 开始的。这也是一种服务。但是像数据库一样使用前者。

我可以将 systemd 配置为等待第一个服务使其套接字可用吗？ (如果套接字实际上是监听的，那么第二个客户端服务应该启动)。

Answer 1

初始化过程需要 fork

如果守护进程 fork ，systemd 会等待守护进程初始化自身。在您的情况下，这几乎是您必须执行此操作的唯一方法。

提供 HTTP 服务的守护进程必须在主线程中完成所有初始化工作，一旦完成初始化并且套接字正在监听连接，它将 fork()。然后主进程退出。那时 systemd 知道您的进程是否已成功初始化(退出 0)或未成功(退出 1)。

这样的服务收到 Type=... fork 的值(value)如下:

[Service]
Type=forking
...

注意:如果您正在编写新代码，请考虑不要使用 fork。 systemd 已经为您创建了一个新进程，因此您不必 fork 。这是服务的旧 System V 启动要求。

“需要”将确保进程等待

其他服务必须等待，因此它们必须要求第一个服务启动。假设您的第一个服务称为 A，您将有一个 Requires像这样:

[Unit]
...
Requires=A
...

耐心编程

当然，总有另一种方法可以让其他服务知道要有耐心。这意味着尝试连接到 HTTP 端口，如果失败，请 hibernate 一会儿(在您的情况下，1 或 2 秒就可以了)，然后重试，直到成功。

我开发了这两种方法，它们都非常有效。

注意:此方法的一个强大方面是，如果服务 A 重新启动，您将获得一个新套接字。然后，该服务器可以在检测到旧套接字出现故障时自动重新连接到新套接字。这意味着您不必在重新启动服务 A 时重新启动其他服务。我喜欢这种方法，但要确保它全部正确实现还需要做更多的工作。

使用 systemd 自动重启功能？

也许另一种方法是使用 restart on failure .因此，如果 child 尝试连接到该 HTTP 服务但失败了，它应该会失败，对吧？ systemd 可以一遍又一遍地自动重启您的进程，直到成功。这很糟糕，但如果您无法控制那些守护程序的代码，这可能是最简单的方法。

[Service]
...
Restart=on-failure
RestartSec=10
#SuccessExitStatus=3 7   # if success is not always just 0
...

此示例在失败后等待 10 秒，然后再尝试重新启动。

Hack(不得已，不推荐)

你可以尝试破解，虽然我从来不推荐这样的事情，因为可能会发生破坏这样的事情......在服务中，更改文件以便他们有一个 sleep 60 然后启动主进程。为此，只需编写如下脚本:

#!/bin/sh
sleep 60
"$@"

然后在 .service 文件中，调用该脚本:

ExecStart=/path/to/script /path/to/service args to service

这将运行脚本而不是直接运行您的代码。该脚本将首先 hibernate 60 秒，然后尝试运行您的服务。因此，如果由于某种原因这次 HTTP 服务需要 90 秒......它仍然会失败。

不过，了解这一点还是很有用的，因为该脚本可以做各种事情，例如使用 nc在实际启动服务进程之前探测端口的工具。您甚至可以编写自己的探测工具。

#!/bin/sh
while true
do
  sleep 1
  if probe
  then
    break
  fi
done
"$@"

但是，请注意这样的循环一直处于阻塞状态，直到 probe 返回退出代码 0。