Não me mande um ping, mano
É um mundo de aplicativos. Uma das consequências, intencional ou não, é uma mudança na forma como medimos o sucesso. As medições atuais são em downloads e instalações, em vez de tráfego de pedestres; em microssegundos e porcentagens de tempo de atividade, em vez de custo por metro quadrado. Isso significa que o desempenho é rei e a guarda pretoriana é a infraestrutura criada para garantir que o desempenho seja preservado.
Garantir o desempenho implica ter uma visão (quase) em tempo real do desempenho. Afinal, se você não sabe que algo está quebrado, não pode consertá-lo. Para saber se o aplicativo está quebrado, você precisa monitorar e medir a experiência dos clientes e funcionários com quem você interage e faz negócios. E, no entanto, pesquisas indicam que esse não é necessariamente o caso. De acordo com uma pesquisa da Copper Egg, mais da metade (54%) das organizações monitoram apenas uma parcela relativamente pequena de seus aplicativos. 25% ou menos, para ser preciso.
Certamente, precisamos ser mais vigilantes quanto ao monitoramento e à medição do desempenho e da disponibilidade. Os dois estão intimamente relacionados , pois um componente essencial da disponibilidade é o desempenho. Aplicativos com baixo desempenho são abandonados, amaldiçoados e excluídos com tanto cuidado quanto uma embalagem de doce usada. Poderíamos citar muitos estudos para provar esse ponto, mas para o benefício dos 99% daqueles que já viram os infográficos e leram os relatórios, não vamos fazê-lo. Basta dizer que o desempenho é crítico e incluí-lo ou não no “tempo de atividade” é uma questão de política operacional, não um reflexo da realidade.
Cada microssegundo de atraso pode custar dinheiro à empresa, seja em perda de produtividade ou, eventualmente, lucro. Tempo é dinheiro neste jogo de aplicativos e cabe à TI como um todo projetar e implementar de forma colaborativa arquiteturas que suportem a necessidade de medir e monitorar o desempenho e a disponibilidade dos aplicativos. Isso significa entender o que realmente estamos medindo e como os números impactam o desempenho e a disponibilidade para que, por meio da análise dos dados, possamos tomar as medidas corretivas apropriadas para atender ou, quem sabe, superar as expectativas do usuário em relação à experiência do aplicativo.
Não me mande um ping, mano
Isso significa ir além de técnicas simplistas de monitoramento e medição. Usar um ping para determinar o tempo de atividade de um aplicativo, por exemplo, não fornece nenhum valor em termos de medição de desempenho e muito pouco em relação à disponibilidade. À medida que avançamos além da virtualização para a conteinerização, o monitoramento de sistemas compartilhados continuará perdendo valor e forçando o monitoramento e a medição a subir na pilha, em direção aos aplicativos dos quais os negócios agora dependem. A mudança para microsserviços também terá impacto em como e o que medimos.
Isso significa reavaliar o que e como os aplicativos são monitorados e medidos e como esses dados podem ser realimentados nos sistemas para permitir ajustes quando necessário. O desempenho e a disponibilidade do sistema individual são importantes, mas quando o “aplicativo” é distribuído e composto de vários serviços, é necessário começar a medir o “aplicativo” com base em todas as suas partes.
Aplicações e arquiteturas evoluíram. Já passou (talvez) o momento de desenvolver as estratégias em vigor para monitorar e medir seu desempenho e disponibilidade também.
Você pode ler mais sobre o que medir (e por quê) em “ Medição e monitoramento: Aplicativos e pilhas ”