{"id":20370,"date":"2021-05-26T07:28:34","date_gmt":"2021-05-26T12:28:34","guid":{"rendered":"https:\/\/www.loadview-testing.com\/blog\/determinando-o-ponto-de-quebra-da-aplicacao\/"},"modified":"2023-05-14T08:12:22","modified_gmt":"2023-05-14T13:12:22","slug":"determinando-o-ponto-de-quebra-da-aplicacao","status":"publish","type":"post","link":"https:\/\/www.loadview-testing.com\/pt-br\/blog\/determinando-o-ponto-de-quebra-da-aplicacao\/","title":{"rendered":"Determinando o ponto de quebra da aplica\u00e7\u00e3o"},"content":{"rendered":"[et_pb_section fb_built=”1″ admin_label=”section” _builder_version=”4.20.4″ custom_padding=”0px||0px||false|false” global_colors_info=”{}”][et_pb_row admin_label=”remar” _builder_version=”4.16″ background_size=”initial” background_position=”top_left” background_repeat=”repeat” global_colors_info=”{}”][et_pb_column type=”4_4″ _builder_version=”4.16″ custom_padding=”|||” global_colors_info=”{}” custom_padding__hover=”|||”][et_pb_text admin_label=”Text” _builder_version=”4.21.0″ background_size=”initial” background_position=”top_left” background_repeat=”repeat” hover_enabled=”0″ global_colors_info=”{}” sticky_enabled=”0″]\n

Teste de carga vs. Teste de estresse<\/h3>\n

Antes de explicarmos como determinar o ponto de interrup\u00e7\u00e3o do aplicativo dentro da<\/a> plataforma LoadView<\/a>, devemos primeiro descrever as diferen\u00e7as entre um teste de carga e um teste de estresse. Embora os termos sejam frequentemente usados de forma intercambi\u00e1vel, esses testes buscam encontrar resultados diferentes.<\/p>\n

Um teste de carga \u00e9 um tipo de teste n\u00e3o funcional usado para validar a sa\u00fade de um sistema enquanto sob um n\u00edvel espec\u00edfico de solicita\u00e7\u00f5es simult\u00e2neas, tamb\u00e9m conhecido como carga. O objetivo de um teste de carga \u00e9 provar que um sistema pode lidar com um n\u00edvel de volume esperado ou aceit\u00e1vel com interrup\u00e7\u00e3o ou degrada\u00e7\u00e3o m\u00ednima. Os fatores que s\u00e3o usados para criar essa linha de base de desempenho s\u00e3o velocidade de conex\u00e3o, lat\u00eancia e tempos de download, entre outros. Geralmente, o teste de carga \u00e9 realizado para ajudar a prever o desempenho do aplicativo dentro de limites realistas, ajudando a entender como o desempenho \u00e9 afetado durante eventos de pico de carga<\/a>. Empurrar o sistema al\u00e9m desses limites pode inadvertidamente fazer com que seu teste de carga se torne um teste de estresse<\/a>.<\/p>\n

Por outro lado, um teste de estresse \u00e9 projetado para empurrar um sistema al\u00e9m do ponto de degrada\u00e7\u00e3o, \u00e0s vezes ao ponto de uma falha completa. Empurrar um sistema al\u00e9m do ponto de degrada\u00e7\u00e3o ou falha permite que os engenheiros vejam como o sistema lida com a recupera\u00e7\u00e3o dessa falha e se mudan\u00e7as na capacidade de hardware s\u00e3o ou n\u00e3o necess\u00e1rias. Alguns dos fatores que normalmente s\u00e3o monitorados durante um teste de estresse s\u00e3o E\/S de disco, largura de banda, uso da CPU, mem\u00f3ria e v\u00e1rias m\u00e9tricas de desempenho de banco de dados<\/a>.<\/p>\n

Calculando a carga inicial<\/h3>\n

Determinar o ponto de ruptura de uma aplica\u00e7\u00e3o n\u00e3o \u00e9 tipicamente simples como parece. Obviamente, se o servidor falhar, voc\u00ea definitivamente encontrou esse ponto, mas h\u00e1 outros fatores a considerar, como tempos de resposta. Hoje em dia, se uma p\u00e1gina<\/a> da Web ou aplicativo n\u00e3o responder em apenas alguns segundos, os usu\u00e1rios v\u00e3o saltar. Longos tempos de resposta podem ser uma indica\u00e7\u00e3o de que sua aplica\u00e7\u00e3o est\u00e1 em baixa. Outra indica\u00e7\u00e3o de que algo est\u00e1 quebrado \u00e9 que voc\u00ea come\u00e7a a receber coment\u00e1rios dos usu\u00e1rios sobre problemas de p\u00e1gina da Web ou seu suporte ou equipe de TI \u00e9 notificado atrav\u00e9s de tickets de problemas.<\/p>\n

Primeiro, considere o n\u00famero de servidores web em uso e o n\u00famero de n\u00facleos de CPU dispon\u00edveis. Para este exemplo, assumiremos que estamos trabalhando com um servidor Web quad-core e usaremos um ponto de partida de 25 usu\u00e1rios simult\u00e2neos por n\u00facleo de CPU, portanto, 100 usu\u00e1rios simult\u00e2neos<\/a> . No entanto, recomenda-se come\u00e7ar com o n\u00famero 50% menor do que um ponto de partida calculado, de modo que funciona para 50 usu\u00e1rios simult\u00e2neos. A partir deste ponto de partida, e dependendo dos requisitos de desempenho do aplicativo, voc\u00ea pode aumentar a carga para 5x ou 10x mais.<\/p>\n

Escolhendo uma curva de carga: a plataforma LoadView<\/h3>\n

A plataforma LoadView<\/a> oferece aos usu\u00e1rios a capacidade de escolher entre tr\u00eas op\u00e7\u00f5es diferentes de curva de carga<\/a>.<\/p>\n