Técnica de Pausa (Parte 2)

Neste entr�o, demonstramos uma aplicação pr�tima do t�cnicamente apresentado no blog anterior.

Nota: No inglês, pacing é conhecido como ritmo de chegada, que será o termo usado neste artigo.

Estamos esclarecendo o conceito apresentado na postagem anterior: pacing se aplica a cada componente da situação individualmente. Por exemplo, se uma sessão/fluxo é composta por 10 transações (pedidos HTTP), cada uma será executada 10 vezes, independentemente do tempo específico de resposta para cada transação.

Requisito #

Assuma que agora o cliente pede um trabalho composto por duas situações, cada uma delas é feita de certa quantidade de passos (requisições). A necessidade de ritmo se apresenta da seguinte forma:

Aqui está o diagrama que ilustra a modelagem com duas grupos de fios, que correspondem a cada uma das situações:

Cada uma das situações foi configurada como demonstramos em nosso último post no nosso blog.

Resultado e Análise

No final do teste, o Listador de Relatórios Agregados exibe os seguintes resultados para cada cenário respectivamente:

Verificamos que o objetivo de ritmo foi atingido usando o mesmo método descrito em um dos nossos posts anteriores.

Número de Usuários Ativos #

O número total de usuários é estimado usando a mesma metodologia mencionada em nossa postagem anterior:

# usuários ativos = usuários ativos em processamento + usuários ativos em pausa (Tempo de Reflexão)
# usuários ativos = (Produtividade média * Tempo de resposta médio) + (Produtividade média * Tempo de reflexão médio)

Cenário Um:

# usuários ativos = 15,9 * 2,5 + 15,9 * 1,5 ≈ 64

Cenário Dois:

# usuários ativos = 4,0 * 1,5 + 4,0 * 1,0 ≈ 10

Note:: Nota:: A distribuição dos 74 usuários ativos é aproximadamente 86% e 14%.

Gráficamente, o número de usuários ativos é conforme abaixo:

É importante destacar uma observação relacionada à quantidade de usuários ativos.

Na tabela onde indicamos as exigências, observamos que a porcentagem de visitas é distribuída em 66% para o Escenario Um e 33% para o Escenario Dois. Seria intuitivo configurar os VUsers desta maneira.

Infelizmente o ritmo de resultado seria errado! 66% e 33% dos usuários ativos (74) equivalem aproximadamente a 48 e 26, respectivamente. Esta distribuição de usuários não atende ao requisito de ritmo estabelecido pelo cliente. Como exercício, convido você a verificar se isso é verdade.

Conclusões #

Neste artigo, confiramos que a Grupos de Fitas de Chegadas é intuitiva e relativamente fácil de configurar, mesmo em contextos de deploys complexos. Além disso, este blog mostra que configurar usuários sem entender claramente as características do trabalho pode levar a resultados incorretos.