http://www.kumpera.net/blog/index.php/2007/03/04/sizing-de-aplicacoes-web/ Meus achados sobre tecnologia Thu, 01 Dec 2011 01:51:15 +0000 http://wordpress.org/?v=2.8.6 hourly 1 http://www.kumpera.net/blog/index.php/2007/03/04/sizing-de-aplicacoes-web/comment-page-1/#comment-1135 kumpera Mon, 05 Mar 2007 16:36:16 +0000 http://www.kumpera.net/blog/index.php/2007/03/04/sizing-de-aplicacoes-web/#comment-1135 O problema de estimar o hardware necessário no início do projeto é a imprecisão. Isso tem que ser levado em conta, o cliente deve estar ciente deste fato. . Existem basicamente duas formas de resolver esse empasse; o primeiro é adiar essa decisão para quando parte do sistema já existir e pertir que alguma forma de teste de carga seja feito; a outra é estimar usando um histórico de aplicações parecidas. . Em ambos os casos a margem de erro vai ser grande, a técnica de usar histórico é boa, mas exige muita disciplina e tempo - afinal, outros sistemas já precisam ter suas medições feitas. . O ponto principal é sempre realizar um teste de carga final com o hardware que vai para produção, isso elimina surpresas no caso de servidores sub-estimados. . Agora decidir sobre o hardware no começo de um projeto, principalmente sem nenhuma base pela qual decidir, é desperdiçar dinheiro. Se o cliente faz questão disso, ele que assuma o risco. O problema de estimar o hardware necessário no início do projeto é a imprecisão. Isso tem que ser levado em conta, o cliente deve estar ciente deste fato.
.
Existem basicamente duas formas de resolver esse empasse; o primeiro é adiar essa decisão para quando parte do sistema já existir e pertir que alguma forma de teste de carga seja feito; a outra é estimar usando um histórico de aplicações parecidas.
.
Em ambos os casos a margem de erro vai ser grande, a técnica de usar histórico é boa, mas exige muita disciplina e tempo – afinal, outros sistemas já precisam ter suas medições feitas.
.
O ponto principal é sempre realizar um teste de carga final com o hardware que vai para produção, isso elimina surpresas no caso de servidores sub-estimados.
.
Agora decidir sobre o hardware no começo de um projeto, principalmente sem nenhuma base pela qual decidir, é desperdiçar dinheiro. Se o cliente faz questão disso, ele que assuma o risco.

]]> http://www.kumpera.net/blog/index.php/2007/03/04/sizing-de-aplicacoes-web/comment-page-1/#comment-1134 ASOBrasil Mon, 05 Mar 2007 16:25:55 +0000 http://www.kumpera.net/blog/index.php/2007/03/04/sizing-de-aplicacoes-web/#comment-1134 No tópico do GUJ você diz: "Sem o teste de carga, você vai estar chutando no escuro 100% das vezes, principalmente pq se o teu sistema possuir algum gargalo grande de cpu ou memória, não vai ter hardware que resolva."! Mas isso (chutando no escuro) geralmente não tem jeito, ou tem? Pois no inicio do projeto você precisa estabelecer qual servidor (hardware) a aplicação vai precisar, pois essa valor tem que ser diluido no custo e no ROI do projeto, correto? Concordo que você faz vários cálculos (citados por você inclusive) para projetar o servidor necessário, mas no geral é um chute (algo aproximado), certo? No tópico do GUJ você diz: “Sem o teste de carga, você vai estar chutando no escuro 100% das vezes, principalmente pq se o teu sistema possuir algum gargalo grande de cpu ou memória, não vai ter hardware que resolva.”! Mas isso (chutando no escuro) geralmente não tem jeito, ou tem? Pois no inicio do projeto você precisa estabelecer qual servidor (hardware) a aplicação vai precisar, pois essa valor tem que ser diluido no custo e no ROI do projeto, correto? Concordo que você faz vários cálculos (citados por você inclusive) para projetar o servidor necessário, mas no geral é um chute (algo aproximado), certo?

]]>