FileNet P8 Platform, Versão 5.2.1              

Visão Geral dos Tipos de Instalação

Antes de colocar seu sistema FileNet P8 em produção, geralmente o ideal é instalá-lo várias vezes, com cada instalação preenchendo um propósito diferente.

Durante a fase de planejamento, decida qual dos cenários de instalação, como o cenário de servidor único, distribuído padrão ou de alta disponibilidade, seria o melhor a ser usado para os seguintes tipos de instalação:
Sistema de Prova de Conceito
Um sistema de prova de conceito pode ser usado para demonstrar funcionalidade básica, como gerenciamento de documento e fluxo de trabalho simples, para um possível cliente, um parceiro de desenvolvimento ou um conjunto de usuários.
Esse sistema pode ser uma configuração de servidor único apenas dos componentes principais do FileNet P8 que você deseja demonstrar. Ou poderá ser os componentes principais, além de um ou mais produtos de expansão importantes para suas atividades de desenvolvimento projetadas ou seu público.
O Composite Platform Installation Tool (CPIT) fornece uma maneira rápida de criar um sistema de prova de conceito em um servidor. Ele configura automaticamente o software subjacente necessário e aplica um conjunto de linhas de base de definições de configuração padrão do FileNet P8. No entanto, assegure-se de estar ciente dos seguintes fatores:
  • Ele não instala o IBM® Content Search Services nem configura complementos ou produtos de expansão.
  • Ele usa o WebSphere Application Server, o DB2 for Linux, UNIX and Windows e o Tivoli Directory Server apenas. Essa é a única configuração instalada e configurada pelo Composite Platform Installation Tool.
  • Após uma instalação do Composite Platform Installation Tool, considere fazer upgrade dos componentes para os níveis de fix pack suportados mais recentes. Também é possível incluir mais produtos na instalação ou interfacear com componentes e produtos instalados em outros computadores.
  • Ela instala em apenas um servidor.
  • O Installation and Upgrade Worksheet não é necessário quando você usa a Composite Platform Installation Tool.
Antes de instalar um sistema de prova de conceito, tome as seguintes decisões:
  • Decida se o uso do Composite Platform Installation Tool é suficiente para atingir a prova de conceito ou se é necessário um sistema mais complexo, com diversos servidores e complementos essenciais ou com componentes diferentes. Nesse caso, provavelmente o cenário a ser seguido seria o distribuído padrão.
  • Decida se deseja manter seu sistema de prova de conceito em vigor, sem maiores modificações, pelo menos durante os estágios iniciais, para ter um exemplo ativo da instalação original como referência.
  • Decida se deseja usar o sistema de prova de conceito como um sistema de desenvolvimento ou de teste.
Siga o cenário de servidor único ou o cenário de instalação distribuída padrão, incluindo os elementos de alta disponibilidade, caso seja apropriado, para instalar o sistema de prova de conceito.
Sistema de Desenvolvimento
Um sistema de desenvolvimento é usado por desenvolvedores de software para projetar e implementar código para aplicativos customizados.
Um sistema de desenvolvimento deve ser apenas grande o suficiente para acomodar sua equipe de desenvolvimento e para conter os componentes requeridos pelo sistema no projeto. Em alguns casos, mais de um sistema de desenvolvimento pode ser necessário, por exemplo, se os desenvolvedores estiverem trabalhando em subprojetos diferentes que poderão entrar em conflito ou exigir capacidade exclusiva. Talvez não seja necessário controlar o sistema de desenvolvimento com tanto cuidado quanto um sistema de teste. Por exemplo, será possível instalar produtos ou ferramentas de depuração em um sistema de desenvolvimento ou fazer mudanças ambientais que não são recomendadas para produção ou destinadas à documentação final. Essa flexibilidade pode não ser aconselhável para um sistema de teste cujo objetivo é exercitar a configuração de produção.
Início da mudançaÉ aceitável usar a mesma região de autenticação para o sistema de prova de conceito que para os sistemas de desenvolvimento e teste, embora você possa desejar que algumas contas especiais sejam usadas apenas para propósitos de teste. O objetivo de se usar a mesma região de autenticação é que esses sistemas podem usar as mesmas contas e regiões de autenticação do servidor de diretórios (LDAP), o que torna os sistemas de desenvolvimento e teste subsequentes mais fáceis de configurar.Fim da mudança
Antes de instalar um sistema de desenvolvimento, tome as seguintes decisões:
  • Decida se deseja usar um sistema existente de prova de conceito como a base para o sistema de desenvolvimento.
  • Decida se deseja instalar um dos aplicativos clientes do FileNet P8 de pacote configurável, mesmo que a solução customizada não use esses produtos. Por exemplo, você pode desejar comparar seu aplicativo customizado com os clientes do FileNet P8.
  • Decida quais APIs são necessárias para codificar seu aplicativo customizado e, em seguida, inclua os componentes necessários para implementar essas APIs.
  • Decida se você deseja dispor os componentes do FileNet P8 no mesmo servidor. A disposição não é uma boa prática em um ambiente de produção, mas pode ser uma boa opção para sistemas de desenvolvimento, principalmente se os recursos do servidor estiverem escassos e o desempenho do sistema subjacente não for o principal problema. Consulte o documento Requisitos relacionados ao P8 para obter informações sobre disposição.
  • Decida que tipo de áreas de armazenamento de conteúdo você deseja configurar. Para seu sistema de desenvolvimento, convém usar uma área de armazenamento de bancos de dados, que é mais fácil de configurar do que uma área de armazenamento de arquivos baseada em um sistema de arquivos.
Início da mudançaA menos que os requisitos do sistema de desenvolvimento possam ser atendidos usando-se o cenário de servidor único, siga o cenário de instalação distribuída padrão, incluindo elementos de alta disponibilidade, se apropriado, para instalar o sistema de desenvolvimento.Fim da mudança
Sistema de teste
Um sistema de teste é usado para avaliar a qualidade dos aplicativos durante o desenvolvimento e para realizar todas as mudanças subsequentes no código após a liberação do produto. Um sistema de teste também é usado para avaliar upgrades e fix packs do produto antes de aplicá-los a outros sistemas, como sistemas de produção que já foram desvinculados em sua empresa.
Um uso importante de um sistema de teste é certificar-se de que você tenha as versões corretas de cada componente de software. Os proprietários do sistema de teste deverão, portanto, tomar cuidado para controlar todas as mudanças. Configure o sistema de teste exatamente da maneira descrita na documentação de instalação e pelos requisitos de hardware e software. Controle, mantenha e rastreie os elementos de seu sistema de teste da maneira mais cuidadosa possível, para que a integridade do teste possa ser garantida. Geralmente, um sistema de teste é submetido a backup para que possa ser retornado a um estado conhecido sem a reinstalação de todos os componentes de software. Em muitos casos, é possível ver a mesma região de autenticação para os sistemas de teste e desenvolvimento, a menos que você tenha restrições de segurança dentro da sua organização.
Início da mudançaAntes de instalar um sistema de teste, tome as decisões a seguir para poder validar a funcionalidade, a usabilidade e o desempenho dos aplicativos do cliente.
  • Decida como deve ser o tamanho do sistema de teste para fornecer um ambiente de teste adequado para atividades, como avaliação de código, teste de instalação e upgrade, teste funcional e monitoramento de desempenho.
  • Se for esperado que o sistema de produção seja um ambiente de alta disponibilidade, você poderá decidir não configurar a alta disponibilidade nos sistemas de testes, mas usar o sistema de pré-produção para testes sob condições de alta disponibilidade antes de instalar o software na produção.
  • Decida se você deseja dispor os componentes do FileNet P8 no mesmo servidor. A disposição não é uma boa prática em um ambiente de produção, mas pode ser uma boa opção para sistemas de teste, principalmente se os recursos do servidor estiverem escassos e você desejar aumentar ou manter o desempenho do sistema.
Fim da mudança
A menos que os requisitos do sistema de teste possam ser atendidos usando o cenário de servidor único, siga o cenário de instalação distribuída padrão, incluindo elementos de alta disponibilidade, caso seja apropriado, para instalar o sistema de teste.
Sistema de pré-produção
Um sistema de pré-produção é usado para testar mudanças antes de fazer essas mudanças em um ambiente de produção.
Ele deve ser semelhante ao sistema de produção, visto ser possível implementar de modo aceitável. Não assuma que uma mudança de versão ou algum novo código que execute de forma aceitável no sistema de teste seja executado de forma aceitável em um sistema de produção; ele deve ser testado primeiro em um sistema que mais se aproxime da configuração de produção. Quanto maior a diferença entre o sistema de pré-produção e o ambiente de produção, maior o seu risco ao implementar o novo software. Por exemplo, se o sistema de produção tiver um cluster de 20 servidores, o sistema de pré-produção precisará de um cluster de pelo menos dois servidores e, de modo ideal, mais servidores. O teste final de desempenho geralmente é feito nos sistemas de pré-produção, portanto quanto mais próximo ele estiver do sistema de produção, mais confiável serão os resultados de seu teste de desempenho. Como uma boa prática, todas as mudanças testadas com êxito em um sistema de teste deverão ser primeiro implementadas no sistema de pré-produção, antes de serem incluídas no sistema de produção.
Se um sistema de pré-produção incluir o IBM Content Search Services, ele deve ter acesso a, pelo menos, alguns dos documentos a serem procurados. Esse acesso pode ser realizado fornecendo uma réplica sincronizada completa dos dados ou somente um subconjunto de dados.
Antes de instalar um sistema de pré-produção, considere tomar as seguintes decisões:
  • Decida se precisa instalar dispositivos de conteúdo fixo no sistema de pré-produção. Por causa das dificuldades de implementar um dispositivo de conteúdo fixo ou outros dispositivos de armazenamento muito grandes, você pode decidir implementar esses dispositivos somente no sistema de produção.
  • Decida o tamanho do conjunto de dados necessário para aproximar o conteúdo armazenado do sistema de produção e as informações do fluxo de trabalho para o teste funcional de pré-produção.
Siga o cenário de instalação distribuída padrão, incluindo elementos de alta disponibilidade, caso seja apropriado, para instalar o sistema de pré-produção.
Sistema de Recuperação de Desastre
Como ele é projetado para fornecer continuidade de negócios após um desastre natural ou induzido pelo homem, um sistema de recuperação de desastre sempre é geograficamente remoto com relação à produção. Esse sistema não foi projetado para ser ativado instantaneamente para substituir um sistema de produção que não esteja mais disponível, porque isso geralmente é realizado com a implementação de recursos de alta disponibilidade e de failover no próprio ambiente de produção.
Sistema de Produção
Um sistema de produção é o sistema ativo completo e integralmente testado que tem acesso a todo conteúdo e a todos os fluxos de trabalho, no conjunto completo de hardware e software da plataforma, configurado para acessar todo o seu conjunto de usuários e grupos, que suporta o aplicativo.
Siga o cenário de instalação distribuída padrão, incluindo elementos de alta disponibilidade, caso seja apropriado, para instalar o sistema de produção.


Última atualização: Março de 2016
p8ppi247.htm

© Copyright IBM Corporation 2013, 2016.