Questa sezione descrive alcune delle topologie (configurazioni di distribuzione) da considerare prima di installare Business Integration Connect e il software prerequisito. La topologia che si sceglie si deve basare sui fattori descritti nella pianificazione di ambiente. Le topologie descritte in questa sezione sono la topologia consolidata, la topologia condivisa e la topologia distribuita.
Questa topologia è la più semplice. È composta da un server singolo che esegue tutti e tre i componenti di Business Integration Connect (Ricevitore, Console comunità e Gestore documenti). È inoltre possibile inserire WebSphere MQ e RDBMS anche sul server, anche se questi prodotti devono essere sui server dedicati diversi.
La topologia divisa è formata da un server front-end che contiene un ricevitore e i componenti della Console comunità e un server di back-end che contiene il componente di Gestore documenti. Questa topologia è una topologia di livello di entrata per un piccolo ambiente di produzione e massimizza l'investimento software. Notare che WebSphere MQ e RDBMS possono stare ovunque, anche su questi server. Una migliore implementazione è quella sui server dedicati.
In una topologia divisa (i server front-end e back-end), tutte le istanze dei tre componenti di Business Integration Connect devono comunicare con lo stesso sistema di file condiviso. Se il volume alto o l'alta disponibilità non rappresenta una preoccupazione, l'host della memoria sul server di back-end è una soluzione non costosa. Il back-end è preferibile rispetto al front-end a causa delle prestazioni e alle problematiche di sicurezza. Quando viene utilizzata questa soluzione, il server front-end può utilizzare una connessione NFS o equivalente per condividere i file con il back-end.
Se si ha una grossa installazione e si desidera un ambiente estremamente scalabile e un ambiente estremamente ridondante, si crea probabilmente una topologia distribuita. Questa topologia è composta da uno o più server dedicati per ogni componente Business Integration Connect (Ricevitore, Console comunità e Gestore documenti). Ad esempio, è possibile avere un ambiente che richiede due server Ricevitori per ridondanza, quattro server della Console comunità per supportare un numero grosso di utenti di Console comunità e sei Gestori documenti per l'elaborazione del documento. È possibile scalare questa topologia aggiungendo server aggiuntivi per il componente che deve gestire un livello superiore di elaborazione di documenti (Gestore documenti), utenti (Console comunità), o collegamenti (Ricevitori) come necessario.
In una topologia distribuita, un'unità NAS esterna è una buona soluzione nella soluzione condivisa. Dà all'ambiente un'unità di memorizzazione ridondante di elevate prestazioni, che è indipendente da tutti gli altri server. Tutti i server possono effettuare una connessione NFS o la soluzione di condivisione di file equivalente nel dispositivo esterno. Il RDBMS e WebSphere MQ devono stare sui server dedicati e la memorizzazione dei dati non deve stare sulle unità NAS.
Una volta che è stata scelta una topologia, considerare in che modo implementare la topologia per fornire la ridondanza e le capacità di recupero dati. Il progetto di base pod è quello consigliato In questo progetto, si dispone di un pod di produzione primario. Questo pod contiene tutti i componenti di Business Integration Connect richiesti per gestire un carico di produzione. C'è un pod di produzione secondario, che può anche gestire il carico di produzione e un bilanciatore di carico per passare tra i due. Il pod di produzione secondario fornisce ridondanza. Figura 1 mostra in che modo è possibile implementare i due pod:
Figura 1. Topologia di base pod
Un altro pod capace di gestire il carico di produzione potrebbe essere posizionato nel posto di recupero dati. I componenti front end dei tre pod devono essere identici. Tuttavia, i componenti di back-end per il pod di recupero dati devono essere separati dai componenti di produzione. Quindi, sono necessari un server del database separato, server WebSphere MQ e un sistema di file condiviso. È necessario implementare alcuni dalla sincronizzazione dei dati tra i componenti di produzione e di back-end di ripristino del disastro. Business Integration Connect supporta solo un ambiente di produzione singolo attivo in qualsiasi momento. È inoltre possibile aggiungere un pod di prova, che può essere un'implementazione minima come la topologia consolidata.