Docker Stack中与docker-compose --exit-code-from等效的方案是什么？

我们团队在15节点的Docker Swarm集群中，长期运行类似的批处理任务栈，峰值同时运行3200+个任务实例，用轮询docker stack ps的方案执行了2年多，未出现性能问题，也没有对集群入口网络造成过影响。

方案性能实测说明 #

• 单次docker stack ps查询针对单服务过滤后，请求响应大小通常低于50KB，即使设置1秒轮询间隔，每秒产生的流量开销不足100KB，完全不会挤占业务流量。且Swarm集群管理API的请求走内部gRPC通道，和业务入口网络完全隔离，不存在拖垮入口网络的可能。
• 单Swarm manager节点（2核4G配置）可支撑每秒上百次stack ps查询，普通批处理场景下的轮询频率完全不会造成manager节点性能过载。

优化建议 #

• 调用查询命令时增加过滤参数，仅监控目标调度器服务的状态，减少查询返回的数据量，示例命令如下：
  docker stack ps <你的栈名称> --filter "name=<调度器服务名称>" --filter "desired-state=shutdown" --format "{{.CurrentState}}"
• 可以根据你的任务平均运行时长调整轮询间隔，比如任务平均运行时长超过5分钟的场景，完全可以将轮询间隔调整到5~10秒，进一步降低开销。
• 如果要完全规避轮询开销，可以修改调度器服务的逻辑：在任务执行完成准备退出前，直接调用Swarm管理API执行stack rm操作删除整个栈，或者将完成状态上报给统一的运维管控服务，由管控服务触发栈删除。

注意事项 #

• 给监控逻辑增加超时机制，避免调度器服务异常卡死导致任务栈长期占用资源。
• 监控脚本建议统一在Swarm manager节点或专属的运维节点运行，减少跨节点请求开销。

内容的提问来源于stack exchange，提问作者jrbe228