Frequentemente me fazem uma pergunta do tipo "Estou no Release X e considerando atualizar para o Release Y? O novo lançamento é mais rápido? Em que medida"? Talvez você esteja planejando uma atualização de hardware e tenha perguntas similares.
Eu entendo seu interesse. Mas aqui está o meu problema. Enquanto fazemos benchmarks internos quando estamos preparando uma nova versão do OpenVOS, nossos benchmarks simplesmente refletem o quão bem o sistema funciona o benchmark! Na medida em que a atividade de um referencial reflete sua aplicação, você pode esperar resultados um pouco semelhantes. Mas nós temos muitos clientes OpenVOS, e eles executam muitas aplicações diferentes. Portanto, embora possamos fazer algumas declarações gerais sobre o que você pode esperar, temos sempre que colocá-las em linguagem cuidadosa. Mesmo que vejamos uma melhoria de desempenho de 20% em nosso benchmark, seus resultados provavelmente serão menores, mas poderiam ser melhores. O resultado é que nossa estimativa muitas vezes não é muito útil.
Não há dúvida de que a compreensão das características de desempenho de uma aplicação é um passo importante na qualificação dessa aplicação em um novo lançamento do sistema operacional, ou em uma plataforma de hardware mais nova. A maioria dos clientes OpenVOS está executando aplicações de missão crítica em seus sistemas; a última coisa que você precisa é fazer uma atualização e ver algum tipo de surpresa.
Portanto, eu gostaria de propor uma abordagem diferente. Em vez de me pedir declarações gerais sobre o desempenho de um novo lançamento, eu gostaria de sugerir que você prepare um subconjunto de sua aplicação - talvez as partes mais sensíveis ao desempenho - para ser executado em um ambiente controlado e simulado. Invente alguns dados fictícios que retenham a amplitude e a profundidade dos dados reais. Se você lida com transações para 3 milhões de clientes no mundo real, então preencha 3 milhões de clientes simulados em seu ambiente de teste. Se você lida com 1000 lojas no mundo real, então preencha 1000 lojas para fins de teste. A razão pela qual você precisa tomar esta medida é simples; você quer que a memória e o espaço de armazenamento do ambiente de teste reproduzam com precisão o que acontece na produção.
Você pode usar este ambiente de teste para estabelecer o desempenho básico em sua configuração atual, e então quando for hora de atualizar para uma nova versão do OpenVOS, ou para uma nova plataforma de hardware, você pode usar seu próprio ambiente de teste como bitola de referência. Se você quiser descobrir os benefícios de uma atualização de hardware antes de comprar o equipamento, fale conosco. Mantemos um laboratório de referência onde você pode vir e executar seus testes em qualquer um de nossos produtos atuais. Muitas vezes, você nem precisa viajar; podemos tornar o equipamento disponível pela Internet.
Uma vez que você tenha um ambiente de teste de software realista e reprodutível, você pode facilmente responder várias perguntas realmente cruciais - onde está a parte superior do desempenho da minha aplicação? Quantas transações eu posso conduzir através deste sistema? Em que estrangulamentos eu me deparo quando tento fazer isso? Em minha experiência, há sempre gargalos. Muito melhor para encontrar os gargalos no sistema de teste do que na produção.
A Stratus Professional Services tem muita experiência, ajudando os clientes a medir e otimizar o desempenho de suas aplicações em nossos produtos. Portanto, se você precisar de um pouco de ajuda com este exercício, por favor, ligue para seu Executivo de Contas.