O seu objetivo
O service desk ouve que a aplicação está lenta ou bloqueia, os painéis de infraestrutura dizem que está tudo bem, e as queixas andam entre equipas e fornecedores.
O que este serviço inclui
Cada aplicação à medida precisa de monitorização que conheça a aplicação
Como ajudamos
Instrumentamos a aplicação, acrescentamos percursos sintéticos de fora e de dentro da sua rede, e ligamos a experiência dos utilizadores à aplicação, à base de dados e ao alojamento por baixo.
O que a sua equipa obtém
Problemas detetados quando os utilizadores os começam a notar, com a camada que os causa já identificada.
Comece com uma aplicação
Começamos com uma aplicação: mapear os percursos importantes, instrumentar, medir durante algumas semanas e indicar as causas e o que corrigir primeiro.
Concebido para gerar valor duradouro
O que a sua organização ganha
Monitorização do desempenho de aplicações que mede o que os seus utilizadores vivem e aponta a causa, para que os problemas sejam resolvidos em vez de discutidos.
Causas, não sintomas
Uma queixa é seguida até à camada que a causa: a aplicação, a base de dados, a rede ou o alojamento.
Avisos mais cedo
Os alertas disparam quando os utilizadores começam a notar, para que um problema possa ser tratado antes de chegar ao service desk.
A ferramenta certa para cada aplicação
Application Insights, New Relic ou ferramentas nossas, escolhidas por aplicação. Não revendemos licenças de nenhuma delas.
Uma primeira colaboração focada
Comece com uma aplicação
Escolhemos uma aplicação importante, mapeamos os seus percursos e medimos durante algumas semanas, sem mudar o seu funcionamento.
Falar com um especialista em monitorizaçãoO que a sua equipa obtém
Uma visão clara de onde se perde o tempo, do que causa as queixas e do que corrigir primeiro.
- Os percursos e transações importantes, registados por escrito
- Instrumentação e percursos sintéticos para uma aplicação
- Alertas enviados à equipa que pode agir
- Painéis para o service desk e para a gestão
De trabalho recente
A rede levou a culpa. O disco era a causa.
Duas investigações recentes. Não identificamos os clientes.
Num cliente, um painel de relatórios estava lento e a gateway de rede era a suspeita. Percursos medidos de dentro e de fora da rede levaram a uma máquina virtual que atingia o seu limite de débito de armazenamento. Noutro, bloqueios recorrentes de uma hora foram associados a um único componente com defeito, em dezenas de relatos de utilizadores, e um alerta deteta agora o erro em cerca de dois minutos.
Medir primeiro, decidir depois
Princípio de monitorização da Masterminds
Como trabalhamos consigo
De uma primeira medição a uma monitorização em que a equipa confia
As métricas genéricas mostram que um servidor está ocupado. A monitorização feita para a aplicação mostra que passo do utilizador está lento, porquê e desde quando.
Mapear os percursos importantes
Com o negócio e o service desk escolhemos os percursos e transações que têm de funcionar e combinamos o que significa lento para cada um.
Instrumentar e medir
Agentes APM ou OpenTelemetry na aplicação, eventos próprios para os passos de negócio que as métricas genéricas não veem, e percursos sintéticos que medem o que um utilizador vive mesmo quando ninguém tem sessão iniciada.
Alertar e reportar
Alertas sobre sintomas que os utilizadores notam, enviados à equipa que pode agir, e relatórios por público: uma vista de trabalho para o service desk e uma curta para a gestão.
Fale com um especialista
Descubra porque a sua aplicação está lenta
Diga-nos que aplicação o preocupa e o que os utilizadores notam. Um especialista em monitorização ajuda-o a decidir onde medir primeiro.
Uma conversa direta sobre uma aplicação e o que os seus utilizadores vivem.