Novos recursos › CA Process Automation Release 04.2.00 › Melhorias da comunicação

Melhorias da comunicação

O resumo a seguir concentra-se nas melhorias da comunicação.

• Comunicação simplificada do agente.
  • Anteriormente, as conexões entre os orquestradores e os agentes eram iniciadas bidirecionalmente usando portas não padrão da internet (7001, 7003, 8080, 8443). Isso era problemático para agentes que eram protegidos por firewalls e residiam em proxies e roteadores NAT. Esse estilo de comunicação é conhecido como comunicação obsoleta. A comunicação simplificada não estava disponível.
  • A nova comunicação simplificada inicia as conexões do agente com o orquestrador usando apenas as portas padrão da internet (80, 443). Um orquestrador envia mensagens para um agente usando uma conexão websocket persistente. Esta conexão é estabelecida a partir do agente, usando as portas padrão da internet.

    Observação: é possível configurar os agentes existentes para alterar da comunicação obsoleta (padrão) para a comunicação simplificada. Consulte o Guia do Administrador de Conteúdo para obter detalhes de configuração do agente. Configure um balanceador de carga que ofereça suporte às conexões de soquete da web. Consulte o Guia de Instalação para obter detalhes.

• Suporte ao balanceador de carga NGINX
  • Anteriormente, o Apache era o balanceador de carga de software recomendado para uso com os orquestradores agrupados. No entanto, o Apache não oferece suporte à comunicação simplificada do agente.
  • Agora, a CA Technologies recomenda o NGINX como um balanceador de carga de software que oferece suporte à comunicação simplificada. Para caveats, consulte a próxima seção, Novas recomendações para balanceadores de carga. A mídia de instalação inclui um exemplo de arquivo de configuração desse balanceador de carga. Consulte o Guia de Instalação para obter informações sobre como configurar o NGINX.

    Observação: opcionalmente, é possível usar outro balanceador de carga que ofereça suporte às conexões persistentes de soquete da web.

• Novas recomendações para balanceadores de carga

  As recomendações a seguir para o CA Process Automation 4.2 estão listadas em ordem de preferência:

  • (Preferencial) Use um balanceador de carga de hardware, por exemplo, use o F5.
  • Use um balanceador de carga de software no Linux, por exemplo, o NGINX.
  • Se precisar executar um balanceador de carga de software no Windows, use o NGINX, mas saiba que o número de agentes que podem ser operados por meio da comunicação simplificada é limitado a aproximadamente 300.
• Alterações no modelos do Apache - Você deve atualizar a configuração do Apache com os modelos atualizados fornecidos na mídia de instalação como um pré-requisito para a atualização.

  Observação: depois de atualizar o CA Process Automation e verificar que tudo está funcionando conforme o esperado, é possível instalar e configurar o NGINX, e alternar os balanceadores de carga. Os agentes reconfigurados e reiniciados podem, em seguida, usar a comunicação simplificada.

• Alterações no F5 atualizaram a definição de iRule do F5.
  • Anteriormente, havia um pool PAMSRVR com a porta 8080 (não segura) ou a 8443 (segura).
  • Agora, há um pool adicional (PAMJETTYPOOL) que oferece suporte à comunicação simplificada com a porta 80 ou 443. Se estiver atualizando, adicione o novo pool; se estiver configurando o F5 pela primeira vez, crie dois pools e adicione integrantes com portas diferentes.
• Alterações no F5 ao configurar a comunicação segura
  • Anteriormente, era possível usar um certificado autoassinado e um arquivo de chave para ativar a comunicação SSL.
  • Para usar a nova comunicação simplificada r4.2, deve-se fazer upload do arquivo de certificado SSL do armazenamento de chaves do CA Process Automation e criar os perfis de cliente e de servidor que vinculam esses certificados.

Melhorias do agrupamento

O resumo a seguir concentra-se nas melhorias do agrupamento.

• Remoção da dependência do nó principal no orquestrador de domínio agrupado
  • Anteriormente, as dependências do nó primário (primeiro nó instalado) representavam um potencial ponto único de falha. Isto é, se o nó principal ficasse inativo, outro nó no agrupamento não assumia as atividades sendo executadas pelo nó principal. Isso impedia a alta disponibilidade esperada do orquestrador de domínio. As atividades que costumavam depender de um nó principal do orquestrador de domínio incluíam: (1) o espelhamento de arquivos JAR recém-implantados, (2) a instalação de agentes ou outros nós do orquestrador de domínio, e (3) a implantação de arquivos carregados como recursos de usuário ou relatórios.
  • Agora, não há dependências associadas ao nó principal em um orquestrador de domínio agrupado. Um orquestrador de domínio agrupado agora funciona com alta disponibilidade.
• Implicações da remoção da dependência do nó principal em uma iRule do F5
  • Anteriormente, a iRule incluía as variáveis MyPool, PrimaryIP e PrimaryPort. PrimaryIP e PrimaryPort referiam-se ao nó principal do orquestrador de domínio.
  • Agora, MyPool é a única variável da iRule.
• Capacidade de configurar um novo domínio com os certificados e configurações de domínio existentes
  • Anteriormente, o Domain.xml e os certificados estavam presentes somente no sistema de arquivos. Portanto, se o domínio ficasse inativo, a configuração e os certificados eram perdidos.
  • Agora, o Domain.xml e os certificados são movidos para um banco de dados central. Essa movimentação elimina o ponto único de falha se o orquestrador de domínio ficar inativo. Ela também melhora o desempenho ao acessar dados do agente a partir da interface de usuário.