Le routeur ODR (On-Demand router) et les gestionnaires autonomes associés peuvent atteindre les objectifs fixés en prenant des décisions pertinentes pour traiter des flux de travaux intensifs envoyés au serveur. Le gestionnaire ARFM (Autonomic Request Flow Manager) contrôle la priorisation des demandes HTTP dans le routeur ODR. Les conditions d'urgence sont parfois générées par la détection de surcharges par certains capteurs. Ces situations de surcharge comprennent l'utilisation très élevée des noeuds, les erreurs de communication intermittentes entre le contrôleur ARFM et les passerelles de planification de demandes, ainsi que les erreurs de communication intermittentes entre des générateurs de données de contrôle AsyncPMI et les passerelles. Pour éviter que ces conditions se prolongent ou se produisent et éviter la dégradation des performances associée, les passerelles sont dotées de contrôleurs d'accélération d'urgence qui surveillent et assurent les taux de répartition vers les noeuds dorsaux. Le gestionnaire ARFM est exécuté sur le système dorsal pour les demandes IIOP/JMS.
Le gestionnaire ARFM se compose de deux éléments : un contrôleur et une passerelle. Pour chaque groupe de noeuds, la fonction ARFM est implémentée par un contrôleur et une série de passerelles situées sur les routeurs ODR. Le contrôleur ARFM (déclenché par le contrôleur eWLM s'il est présent sur le système) peut lancer des directives d'accélération standard vers les passerelles. En mode standard, les directives d'accélération émanent du contrôleur ARFM par l'intermédiaire des RatesMessages, et sont immédiatement appliquées par le contrôleur d'accélération au niveau de la passerelle.
Une accélération est associée à chaque file d'attente de la passerelle, dont l'état est "non accéléré" par défaut. En cas d'urgence ou quand des RatesMessages émanent du contrôleur ARFM, elle reçoit des directives du contrôleur d'accélération et passe à l'état accéléré.
Au cas où un ou plusieurs capteurs de surcharge détectent une condition de surcharge, malgré l'accélération standard, le contrôleur d'accélération de passerelle passe en mode urgence. Un capteur d'arrêt complet détecte les anomalies de communication entre un contrôleur ARFM et les passerelles de planification de demandes, ou les anomalies de communication entre des générateurs de données de contrôle AsyncPMI et les passerelles. Le terme arrêt complet signifie que le capteur ne reçoit pas les messages attendus. En mode urgence, le contrôleur d'accélération réduit graduellement les taux de répartition des files d'attente de passerelle jusqu'à ce que le ou les capteurs s'arrêtent. Ensuite, il restaure petit à petit les taux auxquels les paramètres étaient associés avant le mode urgence. Pendant ces opérations, le contrôleur d'accélération s'assure que les directives de taux émanant du contrôleur ARFM ne sont jamais dépassées, préservant ainsi l'intégrité des décisions d'accélération prises par les différents contrôleurs. Ensemble, ces composants peuvent limiter les demandes entrantes selon les besoins.
Plusieurs capteurs détectent des conditions d'urgence, entraînant le passage du contrôleur d'accélération en mode urgence. Chaque capteur peut se trouver dans l'un des deux états suivants : déclenché ou non déclenché. Lors d'une urgence, le contrôleur d'accélération passe par deux phases : emergency_throttle et emergency_unthrottle. Lors de la phase emergency_throttle, l'accélération réduit les délais de file d'attente tant qu'il reste un détecteur enclenché. Lors de la phase emergency_unthrottle, tous les détecteurs retournent à l'état non déclenché et restaurent graduellement tous les délais de file d'attente à la valeur qu'ils avaient avant le mode d'urgence.