À 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:
Exemplo de Escalabilidade em ambiente Síncrono com 2 instâncias da aplicação:
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.