Pianificazione di ambiente

Questa sezione elenca alcune delle cose da considerare prima dell'installazione di Business Integration Connect. La pianificazione consente di decidere la giusta topologia di implementazione che si adatta alle proprie esigenze.

Disponibilità

L'arresto del sistema può seriamente compromettere la produttività economica e il relativo profitto. Quando si crea un sistema di alta disponibilità, si garantisce alla comunità hub che il sistema è sempre attivo ed in esecuzione pronto per ricevere i documenti. Un tipico ambiente di alta disponibilità garantisce che il sistema funziona al 99,9 percento con alcuni sistemi che ottengono il 99,999 percento delle volte. I livelli di disponibilità possono diminuire a causa di eventi quali il guasto del sistema, il sovraccarico del sistema, la congestione di rete e i relativi attacchi. Per aumentare al massimo la disponibilità, è necessario fornire la ridondanza del sistema. È possibile realizzare ciò attraverso un minimo di due implementazioni di ogni funzione logica (Console comunità, Ricevitore e Gestore documenti) sui server separati nell'architettura. Quindi, se si posizionano tutti e tre i componenti su un server, è necessario un secondo server per garantire la ridondanza. Se si separa ogni componente sul proprio server, sono necessari sei server in totale per garantire la ridondanza. Inoltre, è necessario considerare la creazione di un altro gruppo di server in una posizione di recupero dati in modo tale che si esegue il sistema da tale posizione.

Per creare un'implementazione di Business Integration Connect, l'infrastruttura di supporto (come rete, collegamento Internet, anche potenza che viene in aiuto) deve inoltre essere disponibile. Il requisito di alta disponibilità si applica anche a MQ e RDBMS. Se uno di questi software di supporto ha esito negativo, anche l'ambiente di produzione ha esito negativo.

Scalabilità

Business Integration Connect si scala orizzontalmente. Ovvero, si aumenta la capacità di elaborazione aggiungendo le istanze dei componenti. Il numero effettivo di server, istanze di un particolare componente, o di capacità di rete necessaria dipende dai seguenti fattori:

Quando questi fattori cambiano, è possibile scalare Business Integration Connect aggiungendo istanze multiple dei componenti. Le istanze di Ricevitore, Console comunità e Gestore documenti possono essere in qualsiasi posto indipendentemente. Tuttavia, ci sono alcune cose da considerare quando si creano i componenti ridondanti di Business Integration Connect:

Notare che quando si scala Business Integration Connect, è 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 i server aggiuntivi sono necessari per soddisfare le esigenze.

Memorizzazioni dei dati

La memorizzazione dei dati è un componente chiave nella topologia, dato che è un prerequisito di Business Integration Connect. In che modo indirizzare il requisito di memorizzazione condiviso dipende dalle esigenze di memorizzazione e dalle risposte alle seguenti domande:

Se i requisiti in queste aree sono bassi, è possibile considerare di implementare la memoria condivisa sullo stesso server come uno o più dei componenti di Business Integration Connect. In caso contrario, deve essere su server separato da Business Integration Connect. Quando l'alta disponibilità è un requisito, considerare un prodotto NAS ridondante che può scalare indipendentemente dai server. Notare che RDBMS e WebSphere MQ non devono essere su NAS.

Sicurezza

Business Integration Connect funziona in un ambiente di sicurezza standard. Tuttavia, è necessario considerare le seguenti cose:

La Console comunità richiede che le sessioni complesse siano abilitate se si utilizza un bilanciatore di carico. Notare che l'abilitazione delle sessioni complesse in una piccola comunità che invia molti documenti potrebbe avere un impatto sulla scalabilità aggiungendo le istanze del ricevitore.

Copyright IBM Corp. 1997, 2004