Em primeiro lugar, dar conclusões que podem ser utilizadas para a tomada de decisões
O serviço de raciocínio é entre modelo e aplicações empresariais, e é responsável pela qualidade da produção e por atender aos requisitos de engenharia de produção. A versão do modelo, quantificação, comprimento do contexto, configuração da amostragem, hardware e co-localização devem ser congelados antes da aceitação, evitando a incomparávelidade dos resultados em diferentes configurações. Além do atraso médio, deve ser observado o atraso de alto nível, o tempo de trabalho, fila, estabilidade de operação visível, estagnada e contínua.
Que condições precisam ser identificadas antes de se fazer o julgamento?
A mesma questão pode ter respostas diferentes em diferentes fases de negócio, dados e projetos. Sugere-se que as seguintes condições sejam verificadas e que as descobertas comuns na web sejam incorporadas em seus próprios projetos.
Ordem de adiantamento sugerida
Primeiro, vamos ser claros sobre o alvo e a fronteira.
Congele o ambiente de teste, configuração do modelo e conjunto de tarefas.
Dependência da Chave de Validação
Os testes de qualidade, de solicitação única, de distribuição simultânea e de estabilidade a longo prazo são realizados separadamente.
Desenvolvimento de resultados avaliáveis
Simulação de excessos de tempo, falhas de modelo, recursos inadequados e switchbacks.
Certifique-se de decidir o próximo passo com os resultados reais.
b) Bases de referência de capacidade de registo, limiares de monitorização e métodos de isolamento.
Como é que entendes isso no negócio?
Uma interface de modelo retorna dois segundos em um teste de usuário único, mas atrasa lugares de alto nível em mais de 20 segundos e não é visível o suficiente. Se você olhar para médias, você calcula mal a usabilidade. Processamento de lote, fila, especificações de modelo ou capacidade deve ser ajustada para picos reais, e a aplicação pode ser rebaixada ou convertida.
O poço mais fácil de pisar.
Apenas conectividade de interface de teste e um pequeno número de pedidos de usuário único
Modelos de teste, modelos de produção e configurações quantitativas não consistentes
Sem um aviso, uma capacidade inicial e um exercício de falha, você está em linha.
Como devemos acabar recebendo e confirmando?
O relatório final deve registar os resultados do modelo e versão do hardware, qualidade da missão, atraso do P50/P95/P99, estocagem, taxa de erro, ocupação de recursos, custo unitário da missão, continuidade em execução e recuperação de falhas.
Ao se preparar para comunicar com fornecedores ou equipes internas, recomenda-se que processos atuais, amostras representativas, sistemas existentes, tempo de planejamento e níveis de orçamento sejam trazidos. Primeiro, os itens desconhecidos são claramente marcados, e então a decisão é tomada de usar diagnósticos, PoC, projetos de alcance fixo ou pesquisa e desenvolvimento em curso, que é geralmente mais confiável do que uma demanda direta por um preço e duração sem fronteiras.