Docker 服务何时被视为 运行？
When is a Docker Service Considered to be Running?
我正在开发一个基于 debian 的容器，它 运行 是一个 c++ 编译的应用程序，作为 node.js 脚本的子进程。为了进行测试，我试图定义一个将此容器实例化为服务的群。当我运行 "docker service ls"时，它报告说服务没有运行ning。但是，如果我发出“docker ps”，我可以看到容器的标识符，并且可以使用“docker exec”连接到它。
据我所知，两个目标进程 运行 正在容器内，当同一群内的其他容器使用相同网络尝试连接到该服务器时，我看到名称解析错误。
这是我的问题：如果预期的进程在容器内是主动且可验证的 运行，为什么 docker 认为基于该容器的服务不是 运行宁？ Docker 将容器视为 运行 服务的标准是什么？
starting的状态表示正在等待HEALTHCHECK条件满足。
检查您的 Dockerfile（或组合文件）的 HEALTHCHECK 条件并调查不满足的原因。
注意：不要将 starting 与 restarting 混淆，这意味着程序正在再次启动（通常在崩溃后）由于重启策略。
我正在开发一个基于 debian 的容器，它 运行 是一个 c++ 编译的应用程序，作为 node.js 脚本的子进程。为了进行测试，我试图定义一个将此容器实例化为服务的群。当我运行 "docker service ls"时，它报告说服务没有运行ning。但是，如果我发出“docker ps”，我可以看到容器的标识符，并且可以使用“docker exec”连接到它。
据我所知，两个目标进程 运行 正在容器内，当同一群内的其他容器使用相同网络尝试连接到该服务器时，我看到名称解析错误。
这是我的问题：如果预期的进程在容器内是主动且可验证的 运行，为什么 docker 认为基于该容器的服务不是 运行宁？ Docker 将容器视为 运行 服务的标准是什么？
starting的状态表示正在等待HEALTHCHECK条件满足。
检查您的 Dockerfile（或组合文件）的 HEALTHCHECK 条件并调查不满足的原因。
注意：不要将 starting 与 restarting 混淆，这意味着程序正在再次启动（通常在崩溃后）由于重启策略。