In WebSphere Extended Deployment, l'assegnazione della priorità al flusso di richieste IIOP/JMS si ottiene tramite i gestori autonomi che controllano il flusso di richieste, l'assegnazione della priorità e la gestione del carico di lavoro dinamico. Solo le richieste IIOP da un client EJB autonomo sono gestite dala funzione di assegnazione della priorità al flusso di richieste IIOP di Extended Deployment. Le chiamate EJB dai servlet, ad esempio, non hanno una priorità. Ciò perché il sistema non può assegnare una priorità su più livelli, come ad esempio il livello Web e il livello EJB, a richieste associate alla stessa richiesta utente generale. Tuttavia, data la natura asincrona di JMS, non esistono limitazioni sul punto di origine delle richieste.
Per IIOP/JMS, i processi del server delle applicazioni di back-end su cui sono presenti le applicazioni eseguono i gateway Autonomic Request Flow Manager (ARFM), che fornisce la funzione di assegnazione delle priorità al flusso di richieste. I flussi di richieste vengono gestiti in modo da ottenere le migliori prestazioni possibili considerando le politiche di servizio configurate e il carico presente.
Con WebSphere Extended Deployment, è possibile definire gli obiettivi delle prestazioni e collegarli a determinate serie del traffico in ingresso. L'ARFM e i gestori autonomi associati sono in grado di supportare obiettivi aziendali in momenti caratterizzati da flussi intensi di richieste, prendendo delle "rapide decisioni" sul lavoro in entrata sui server delle applicazioni. Non tutti i lavori nella configurazione hanno le stesse procedure di creazione. L'ARFM è in grado di supportare tale concetto, inoltrando diversi flussi di richieste più o meno rapidamente e garantendo il completamento di tutto il necessario con estrema precisione.
Una politica di servizio è una categorizzazione definita dall'utente che viene assegnata a un lavoro potenziale che viene letto dall'ARFM. Per IIOP, è possibile utilizzare una politica di servizio per classificare le richieste in base agli attributi delle richieste, tra cui il nome dell'applicazione, il nome del metodo EJB, il nome del modulo EJB, come ad esempio il no me del file jar EJB, e il nome EJB. Per JMS, è possibile classificare in base al nome della destinazione, sia essa un argomento che una coda. Configurando le politiche di servizio, è possibile applicare diversi livelli di importanza per l'operazione corrente. È possibile utilizzare più politiche del servizio per consegnare servizi differenziati a diverse categorie di richieste. Gli obiettivi delle politiche di servizio possono differire nelle destinazioni delle prestazioni e nell'importanza.
L'ARFM si trova sul processo del server delle applicazioni e controlla l'assegnazione delle priorità alle richieste. È composto da due componenti: un controller e un gateway. La funzione ARFM è implementata, per ogni cella, da un controller più una raccolta di gateway sui server delle applicazioni. I gateway intercettano e mettono in coda le richieste IIOP in entrata, mentre il controller fornisce i segnali di controllo, o istruzioni, ai gateway e al controller di gestione. L'ARFM include anche il profiler di lavoro, che stima le caratteristiche del carico computazionale dei diversi flussi di richieste. Lavorando in collaborazione, questi componenti sono in grado di assegnare la priorità alle richieste in entrata.
Related tasks
Definizione di una politica di servizio