Esta seção lista alguns dos pontos que devem ser considerados antes de instalar o Business Integration Connect. O planejamento permite decidir sobre a topologia de implementação exata que se ajusta aos requisitos.
O tempo de inatividade do sistema pode afetar seriamente a produtividade e a lucratividade do negócio. Ao criar um sistema de alta disponibilidade, você está assegurando à comunidade de hub que o sistema está sempre ativo e em execução e pronto para receber documentos. Um ambiente típico de alta disponibilidade assegura que o sistema funcionará 99,9 por cento com alguns sistemas atingindo 99,999 por cento do tempo. Os níveis de disponibilidade podem diminuir devido a eventos como falha do sistema, sobrecarga do sistema, congestionamento da rede e ataques na rede. Para maximizar a disponibilidade, é necessário fornecer redundância ao sistema. Você pode fazer isso colocando pelo menos duas implementações de cada função lógica (Community Console, Receiver e Document Manager) em servidores separados na arquitetura. Desta forma, se os três componentes forem colocados em um servidor, será necessário um segundo servidor para fornecer redundância. Se cada componente for separado em seu próprio servidor, serão necessários seis servidores no total para fornecer redundância. Além disso, você deve considerar a criação de outro conjunto de servidores no local de recuperação de desastres para que o sistema possa ser executado nesse local.
Para criar uma implementação de alta disponibilidade do Business Integration Connect, sua infra-estrutura de suporte (como rede, conexão à Internet e mesmo a energia fornecida à instalação) também deve ser altamente disponível. O requisito de alta disponibilidade também se aplica ao MQ e ao RDBMS. Se algum desses softwares de suporte falhar, o ambiente de produção também falhará.
O Business Integration Connect escala horizontalmente. Isto é, sua capacidade de processamento é aumentada pela inclusão de instâncias de seus componentes. O número real de servidores, as instâncias de um componente específico ou a capacidade de rede necessária depende dos seguintes fatores:
Como esses fatores são mutantes, é possível escalar o Business Integration Connect incluindo múltiplas instâncias de seus componentes. As instâncias do Receiver, Community Console e Document Manager podem existir em qualquer lugar independentemente. No entanto, há algumas coisas a considerar durante a criação de componentes redundantes do Business Integration Connect:
Note que ao aumentar o Business Integration Connect, também será necessário aumentar a infra-estrutura de suporte, como o WebSphere MQ e o RDBMS.
Depois de configurar os servidores, é importante monitorar o desempenho do sistema para determinar se e quando servidores adicionais serão requeridos para atender à demanda.
O armazenamento de dados é um componente chave na topologia, pois ele é um pré-requisito do Business Integration Connect. A forma na qual você trata o requisito de armazenamento compartilhado depende das necessidades de armazenamento e das respostas às seguintes perguntas:
Se os requisitos forem baixos nessas áreas, será possível considerar implementar o armazenamento compartilhado no mesmo servidor que um ou mais dos componentes do Business Integration Connect. Caso contrário, ele deverá ficar em um servidor separado do Business Integration Connect. Quando a alta disponibilidade for um requisito, considere um produto NAS redundante pois ele pode escalar independentemente dos servidores. Note que o RDBMS e o WebSphere MQ não precisam estar no NAS.
O Business Integration Connect funcionará dentro de um ambiente seguro padrão. Entretanto, é necessário considerar os seguintes pontos:
O Community Console requer que sessões persistentes sejam ativadas se você estiver utilizando um balanceador de carga. Note que a ativação de sessões persistentes em uma comunidade pequena que envia muitos documentos pode impactar a escala pela inclusão de instâncias do Receiver.