隨需應變路由器 (ODR) 及相關聯的自主管理程式, 可以在要求流程極緊密時,透過對進入伺服器的工作做「智慧型決策」,來支援商業目標。 自主要求流程管理程式 (ARFM) 可以控制 ODR 內的要求重點化。 有時在偵測到特定的感應器時,例如超載狀況,會導致進入緊急狀況。 這些超載狀況包括超高的節點使用量、ARFM 控制器與要求排程閘道之間發生間歇性的通訊失敗, 以及 AsyncPMI 監視資料生產端與閘道之間發生間歇性的通訊失敗等。 若要防止在發生這些狀況時,不會持續得太久,並因而導致效能退化, 閘道都具有緊急節流控制器,可以控制及守衛要求分派至後端節點的速度。
ARFM 共包含兩個部分:控制器與閘道。ARFM 在每一個節點群組中的實作方式, 是在 ODR 中放置一個控制器,加上一組閘道。 ARFM 控制器(如果系統上有 eWLM 控制器,則由此控制器觸發) 可以起始一般的節流控制指引至閘道。 在標準模式中,節流控制指引是由 ARFM 控制器透過 RatesMessages 送出, 並且會由節流控制器立即在閘道上強制實施。
節流控制會附加到閘道中的每一個佇列,並且依預設,會處於未做節流控制狀態。 當發生緊急狀況,或有 RateMessages 來自 ARFM 控制器時, 閘道就會接收來自節流控制器的指引,並變更為節流控制狀態。
若有一或多個超載感應器偵測到超載狀況時,不論是否處於正常節流控制狀態, 閘道節流控制器都會立即進入緊急模式。 在緊急模式中,節流控制器會逐漸降低閘道佇列的分派速度, 直到超載感應器停止發動為止,這時節流控制器會逐漸還原回其原始的設定 (進入緊急模式之前的設定)。 節流控制器在進行此動作時,可確保絕不會超出來自 ARFM 控制器的速度指引, 因此可以維持各個不同的控制器所做的節流控制決策的完整性。 這些元件一起運作時,可以適當地限制送入的要求。
當有多個感應器偵測到緊急狀況時,會導致節流控制器進入緊急模式。 每一個感應器會處於兩個狀態之一:發動或未發動。 在緊急狀況期間,節流控制器會處於兩個階段:emergency_throttle 及 emergency_unthrottle。 在 emergency_throttle 期間,只要有任何一個感應器仍然在發動, 節流控制就會降低所有佇列速度。而在 emergency_unthrottle 階段時, 所有感應器都會返回未發動狀態,並且逐漸將所有佇列的速度還原為 進入緊急模式之前的原始值。