Histórico da Página

À partir da versão 3.0do Release 12.1.16, o TSS possibilita o processamento Síncrono e Assíncrono. Quando configurado para trabalhar com processamento por Demanda, para ambos o processo de escalabilidade se torna algo mais fácil de ser realizado. 

que o deploy da aplicação seja realizada de forma Síncrona.

Modelo de Deploy para Processamento Síncrono:

No processamento Assíncrono Síncrono os servidores do TSS são responsáveis por devem ser configurados para atenderem as duas camadas da aplicação: WS (Camada de Recepção de requisições) e Engine (Camada de Processamento).

Dessa forma é necessário que os appservers estejam devidamente configurado para atender as duas camadas. Para a camada WS, o servidor pode receber as requisições tanto via  Web service SOAP quanto via Host HTTP.  Como mencionado acima, o processamento por demanda possibilita o processo de escalabilidade da aplicação, pois a partir  de uma configuração padrão, é possível subir e descer instâncias de servidores da aplicação. Conhecido com Elasticity. Para o modo Síncrono, temos o seguinte modelo para deploy da aplicação:

Processamento Assíncrono :

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:

Balanceamento de Carga - TSS

Exemplo de Escalabilidade em ambiente Síncrono com 2 instâncias da aplicação:  

Image Added

 No processamento Assíncrono, os appservers são configurados para atenderem a uma unica camada. A camada WS segue a mesma configuração utilizada para o processamento Síncrono acrescida da configuração do recurso de Fila, que se faz necessaria tanto para camada WS quanto para a camada de Processamento. Para a camada de Processamento além da configuração é necessário  também a configuração de Queue Listener. Que será um JOB responsável pelo monitoramento de uma determinada fila de documento.