Scalabilità
WebSphere Partner Gateway si scala orizzontalmente. Ovvero,
si aumenta la capacità di elaborazione aggiungendo le istanze dei
componenti.
Il numero effettivo di server, le istanze di un particolare
componente, o la capacità di rete necessaria dipende dai seguenti
fattori:
- Dimensione comunità Un grosso numero di partner
che si collegano a un hub significa che più utenti accedono
all'hub. Può essere necessario aumentare il numero di istanze della Console comunità e aumentare le funzioni del database per potere supportare un maggior numero di utenti.
- Volume dei documenti Un numero di documenti maggiore
inviato dai partecipanti della comunità al Gestore comunità significa che potrebbe
essere necessario aumentare il numero di istanze di Gestore documenti e aumentare le funzioni di WebSphere MQ.
- Complessità dei flussi I flussi del processo che sono
complessi richiedono altre istanze del Gestore documenti per essere gestiti. Gli esempi sono flussi che richiedono riconoscimenti di ricezione aggiuntivi, documenti di grosse dimensioni o trasformazioni complesse insieme a volumi alti.
- Dimensioni del file I file di grosse dimensioni richiedono una maggiore larghezza di banda
della rete e hanno un impatto sul servizio di file condivisi rispetto ai file di piccole dimensioni.
- Flusso di documenti Se il numero di documenti
ricevuti si interrompe, come quando un Partecipante della comunità
utilizza l'elaborazione di batch per inviare i messaggi, sono sufficienti le istanze
del Destinatario per gestire il numero massimo di messaggi nei quali
si raccolgono. Notare che i destinatari sono generalmente quattro o cinque volte più veloci di Gestori documenti.
- Latenza Il quantitativo di tempo che impiega un
documento per passare da un punto a un altro. I fattori che possono aumentare la
latenza includono i mezzi di trasmissione, la dimensione del documento e
l'elaborazione del Gestore documenti. È possibile, tuttavia, ridurre la latenza scalando
fino al numero di Gestori documenti. Tuttavia, è inoltre possibile decidere di
accettare la latenza aumentata per le cose come i processi batch che si verificano alla
fine della giornata commerciale. Se, ad esempio, si pensa di dover
ricevere i processi batch tra le 3.00 p.m. e le 5.00 del pomeriggio, è
possibile decidere di gestire tutti i dati velocemente implementando
più Gestori documenti o decidere che ci sarà un aumento nella
latenza durante l'intervallo di tempo in cui i Gestori documenti lavorano nei
messaggi accodati.
Quando questi fattori cambiano, è possibile scalare WebSphere Partner Gateway
aggiungendo più istanze dei componenti. Le istanze di Destinatario, Console
comunità e Gestore documenti possono essere in qualsiasi posto indipendentemente.
Tuttavia, ci sono alcune cose da considerare quando si creano componenti ridondanti di WebSphere Partner Gateway:
- Quando si creano più Gestori documenti, tutte le istanze devono
comunicare con lo stesso gestore WebSphere MQ e puntare alla stessa istanza
del database.
- Quando si creano più Console comunità e Destinatari, dato che questi componenti accettano i collegamenti da Internet, la rete
deve avere un bilanciatore di carico.
- I componenti condividono un file di sistema comune.
Si noti che quando si scala WebSphere Partner Gateway, è necessario
scalare anche l'infrastruttura di supporto, come WebSphere MQ e
RDBMS.
Una volta che sono stati configurati i server, è importante controllare le
prestazioni di sistema per determinare quando e se sono necessari server aggiuntivi
per soddisfare le esigenze.
