Esta seção descreve algumas das topologias (configurações de implementação) a serem consideradas antes de instalar o Business Integration Connect e seus softwares de pré-requisito. A topologia escolhida deve ter como base os fatores descritos no Planejamento do Ambiente. As topologias descritas nesta seção são a topologia consolidada, a topologia dividida e a topologia distribuída.
Esta topologia é a mais simples. Ela consiste em um único servidor executando os três componentes do Business Integration Connect (Receiver, Community Console e Document Manager). Também é possível colocar o WebSphere MQ e o RDBMS no servidor, embora esses produtos devam estar em servidores dedicados separados.
A topologia dividida consiste em um servidor de front-end que contém os componentes Receiver e Community Console e um servidor de backend que contém o componente Document Manager. Ela é uma topologia de nível inicial para um pequeno ambiente de produção e maximiza o investimento em software. Note que o WebSphere MQ e o RDBMS podem estar em qualquer local, incluindo nesses servidores. Uma melhor implementação é colocá-los em servidores dedicados.
Em uma topologia dividida (servidores de front-end e de backend), todas as instâncias dos três componentes do Business Integration Connect precisam se comunicar com o mesmo sistema de arquivos compartilhado. Se um alto volume ou alta disponibilidade não forem uma preocupação, hospedar o armazenamento no servidor de backend é uma solução barata. Backend é preferível a front-end devido a preocupações com desempenho e segurança. Quando essa solução é utilizada, o servidor de front-end pode utilizar uma conexão NFS ou uma solução de compartilhamento de arquivos equivalente para compartilhar arquivos com o back-end.
Se você possuir uma grande instalação e desejar um ambiente altamente escalável e altamente redundante, provavelmente criará uma topologia distribuída. Esta topologia consiste em um ou mais servidores dedicados para cada componente do Business Integration Connect (Receiver, Community Console e Document Manager). Por exemplo, você pode ter um ambiente que requeira dois servidores de Receiver para redundância, quatro servidores de Community Console para suportar um grande número de usuários do Community Console e seis Document Managers para processamento de documentos. É possível escalar essa topologia pela inclusão de servidores adicionais para o componente que precisar manipular um maior nível de processamento de documentos (Document Manager), usuários (Community Consoles) ou conexões (Receivers) conforme necessário.
Em uma topologia distribuída, um dispositivo NAS externo é uma boa solução para armazenamento compartilhado. Isso fornecerá ao ambiente um dispositivo de armazenamento redundante de alto desempenho, independente dos demais servidores. Todos os servidores podem estabelecer uma conexão NFS ou uma solução de compartilhamento de arquivos equivalente com o dispositivo externo. O RDBMS e o WebSphere MQ devem estar em servidores dedicados e seus armazenamentos de dados não precisam estar em dispositivos NAS.
Depois de ter decidido sobre a topologia, será necessário considerar como implementar a topologia para fornecer recursos de redundância e recuperação de desastres. O design com base em cápsulas é recomendado. Neste design, existe uma cápsula de produção principal. Essa cápsula contém todos os componentes do Business Integration Connect requeridos para manipular uma carga de produção. Existe uma cápsula de produção secundária, que também pode manipular a carga de produção e um balanceador de carga para comutar entre as duas. A cápsula de produção secundária fornece redundância. A Figura 1 mostra como é possível implementar as duas cápsulas:
Figura 1. Topologia com Base em Cápsulas
Outra cápsula capaz de manipular a carga de produção pode estar localizada na posição de recuperação de desastre. Os componentes de front-end das três cápsulas devem ser idênticos. Entretanto, os componentes de backend para a recuperação de desastre podem estar separados dos componentes de produção. Sendo assim, um servidor de banco de dados, um servidor WebSphere MQ e um sistema de arquivos compartilhado separados são requeridos. É necessário implementar algum tipo de sincronização de dados entre os componentes backend de produção e de recuperação de desastres. O Business Integration Connect suporta apenas um único ambiente de produção ativo por vez. Também é possível incluir uma cápsula de teste, que pode ser uma implementação mínima como a topologia consolidada.