深度可用性监测，在定期实时检测跨进程资源可用性时，对超时设计、而本进程线程池资源限制方面是否有什么设计模式？

需求：

通过监测系统，监测一个 web 服务（内含跨进程/非本地外部调用）的整体（含外部调用）可用性。

问题：

监测系统定期（ 15 秒一次）发起检测请求； web 服务中的外部服务调用请求等一般为 30 秒超时、且此设置依照实际业务情况决定，并不由监测系统决定、不由监测系统决定、不由监测系统决定。

当外部服务调用请求发生不可用时，会因为监测系统的检测请求，在 web 服务中不断积累起对应的检测线程，最终导致 web 服务线程过载。

进一步地，当 web 服务内可能有多个外部调用时，情况更为复杂。

简单的考虑，监测系统定期的时长必须>Max(所有外部调用超时)，又似乎不能满足监测及时性。

目的：

寻求一个设计模式经验，并有合适的规则理由，明确检测定期的时长、外部超时的时长、对整体服务资源（如线程池）影响可控。