Checklist para execução dos testes finais

[pedrofgd]

• [x] #105
• [x] #100
• [x] #102
• [x] #101
• [x] #99
• [x] #77
• [x] Verificar como exportar os dados do Grafana para um .csv, para colocar gráficos mais compactos no artigo final, ano invés de prints do Grafana

[pedrofgd]

No artigo, comentar que fizemos os seguintes ajustes durante os testes:

• Tempo de health check: estávamos com 5s para um provedor, 10s e 20s para os outros. Testando local estava demorando para recuperar um provedor, então reduzimos o tempo de health check e a % de sucesso melhorou um pouco
• Threshold do Kapacitor para disparar alerta de erro (que tira o provedor da lista): Estávamos testando com 10 e o resultado para 1000 VUs em 5 min foi de 99,92% de sucesso com 3 provedores com SLA de 90% (o esperado era 1 - 0,10^3 = 0,999). Quando mudamos o threshold para 5, o resultado nas mesmas condições foi o mesmo. Quando alteramos o SLA dos provedores para 70%, o resultado foi 99,29% (quando rodamos com 10 de threshold o resultado tinha sido um pouco menor, mais ou menos 0,4% de diferença) (importante: esse teste foi com 1000 VUs em 1 minuto)
• Forma de fazer o build e executar o provedor: Ao invés de utilizar diretamente o gradle, foi feito o build do .jar e também foi ajustado o heap do java para ficar com um limite bem alto de memória (por volta de 12GB, mas rodando os testes com 1000 VUs em 5 min não chegou a passar de 800MB). Com esse ajuste a performance dos provedores melhorou legal, saiu de uma média de 700ms por requisição (com alguns picos bem altos de 6s) para ficar boa parte do tempo abaixo de 500ms (metade disso foi abaixo de 200ms, mas aí também estava suportando muito mais requisição por segundo, por estar mais rápido