... | ... | @@ -123,7 +123,9 @@ Nesse cenário teremos dez usuários enviando quatro mensagens cada. Manteremos |
|
|
|
|
|
# Análise dos Cenários
|
|
|
|
|
|
Realizando uma conta simples, dez acessos por segundo extrapolados para o dia representam 864000.
|
|
|
Os cenários aqui propostos partem do pressuposto que estamos lidando com o pior dos casos, que é o acesso simultâneo de usuários na api do Rasa. O ideal para essa estimativa de infraestrutura é ter em mãos a media de acessos ao sistema em que o chatbot será integrado. Como não temos tais dados, faremos uma extrapolação a partir dos resultados de cada cenário. Vale ressaltar que a natureza do sistema em que o chatbot será integrado também influência nessa análise. Se o sistema possui um acesso médio constante o ideal é mensurar uma infraestrutura com um número fixo de instâncias a partir dessa média de acesso. Se o sistema possui picos de acesso que podem trazer indisponibilidades ao chatbot, o ideal é definir uma infraestrutura base mas utilizar alguma tecnologia de auto scalling como o kubernetes (https://aws.amazon.com/autoscaling/) ou na aws (https://aws.amazon.com/autoscaling/).
|
|
|
|
|
|
Extrapolando o número de acessos por segundo para um dia inteiro, poderíamos afirmar que 30 acessos por segundo configuram um acesso diário de 25920000 de usuários. Levando em conta que cada instância do rasa consome em media 400MB, os testes demonstram que 8 instâncias da api conseguem suportar tal carga, mas por questões de segurança estimamos que 16 instâncias seria o ideal para tal cenário. Nesse cenário uma máquina de 8 de ram e 4 cpus seria o suficiente para tal carga de uso.
|
|
|
|
|
|
|
|
|
|