À partir do Release 12.1.16, o TSS possibilita que o deploy da aplicação seja realizado de duas formas: Síncrona e Assíncrona. O processo de escalabilidade pode ser realizado tanto para a arquitetura de instalação Síncrona quanto Assíncrona.
Modelo de Deploy para Processamento Síncrono:
No processamento Síncrono os servidores do TSS devem ser configurados para atenderem as duas camadas da aplicação: WS (Camada de Recepção de requisições) e Engine (Camada de Processamento). Nesse modelo o escalonamento se resume em instanciar novos appservers com base em um já existente, ou seja, realizar a cópia do arquivo .INI e realizando a alteração apenas da URL de acesso (Host + port).
Para informações sobre o Balanceamento do TSS acesse ao link:
Exemplo de Escalabilidade em ambiente Síncrono com 2 instâncias da aplicação:
Modelo de Deploy para Processamento Assíncrono :
No processamento Assíncrono, os appservers devem ser configurados para atenderem a uma única camada. A camada WS segue com a mesma configuração utilizada para o processamento Síncrono, acrescida apenas a configuração do recurso de Fila, necessário tanto para camada WS quanto para a camada de Processamento (Engine). Para a camada de Processamento além da configuração da Fila, é necessário também a configuração de Queue Listener (JOB responsável pelo consumo de uma determinada fila de documento).
Exemplo de escalabilidade em ambiente Assíncrono, sendo:
2 instâncias para camada WS;
1 instância de Engine NFC-e;
2 instâncias para Engine de NF-e;
Em ambas estruturas é recomendável a utilização do TOTVS Broker para que as aplicações clientes tenham um único ponto de acesso.
Para maiores informações sobre o TOTVS Broker acessar o link, lendo atentamente o tópico Balanceamento entre cliente Web Services e servidor Protheus:
http://tdn.totvs.com/pages/viewpage.action?pageId=213979358
