\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\tAPM significa Gerenciamento de Performance de Aplica\u00e7\u00f5es<\/strong>: a disciplina empresarial de decidir qual desempenho suas aplica\u00e7\u00f5es devem entregar aos seus clientes e contratos, e garantir que elas entreguem.\n\nAs mesmas tr\u00eas letras tamb\u00e9m significam monitoramento de performance de aplica\u00e7\u00e3o<\/a>, a pr\u00e1tica t\u00e9cnica de instrumentar aplica\u00e7\u00f5es e coletar dados sobre seu funcionamento. Esta p\u00e1gina trata do lado gerencial \u2014 a estrat\u00e9gia, os cinco componentes, o mercado de fornecedores e como construir a pr\u00e1tica. Como desenvolvemos uma das ferramentas desse mercado, cada se\u00e7\u00e3o tamb\u00e9m indica claramente onde o Dotcom-Monitor ajuda e onde n\u00e3o ajuda.\n\n
Nesta p\u00e1gina\n
\n \t
O que significa APM?<\/a><\/li>\n \t
Gerenciamento de Performance de Aplica\u00e7\u00f5es vs. Monitoramento de Performance de Aplica\u00e7\u00f5es<\/a><\/li>\n \t
Os Cinco Componentes de uma Estrat\u00e9gia APM<\/a><\/li>\n \t
Benef\u00edcios do Gerenciamento de Performance de Aplica\u00e7\u00f5es<\/a><\/li>\n \t
O Mercado de Gerenciamento de Performance de Aplica\u00e7\u00f5es e Como Avaliar Fornecedores<\/a><\/li>\n \t
APM Para Equipes Menores<\/a><\/li>\n \t
Construindo uma Pr\u00e1tica de APM em Cinco Etapas<\/a><\/li>\n \t
Perguntas Frequentes<\/a><\/li>\n<\/ol>\n<\/nav>\n
O que significa APM?<\/h2>\nS\u00e3o duas coisas, por isso o termo causa tanta confus\u00e3o. Gerenciamento \u00e9 o significado mais antigo e mais amplo. Monitoramento \u00e9 o que a maioria dos fornecedores vende, portanto \u00e9 o significado que domina p\u00e1ginas de produtos e resultados de busca.\n\nA metade do gerenciamento \u00e9 um trabalho que algu\u00e9m ocupa. Algu\u00e9m decide o que “r\u00e1pido o suficiente” significa para cada aplica\u00e7\u00e3o, documenta isso e \u00e9 respons\u00e1vel quando n\u00e3o \u00e9 cumprido. Essa pessoa tamb\u00e9m decide quanto gastar \u2014 com ferramentas, tempo de engenharia, infraestrutura \u2014 para manter o n\u00edvel.\n\nNa pr\u00e1tica, a disciplina de gerenciamento cobre quatro coisas:\n
\n \t
Metas.<\/strong> Qual tempo de resposta, taxa de erro e disponibilidade cada aplica\u00e7\u00e3o deve aos seus usu\u00e1rios, e quais dessas metas s\u00e3o contratuais.<\/li>\n \t
Propriedade.<\/strong> Qual equipe \u00e9 respons\u00e1vel por cada meta e quem \u00e9 acionado quando ela n\u00e3o \u00e9 cumprida.<\/li>\n \t
Investimento.<\/strong> Quanto custa o trabalho e as ferramentas de performance e o que o neg\u00f3cio recupera disso.<\/li>\n \t
Provas.<\/strong> Os relat\u00f3rios que comprovam para clientes, auditores e executivos que as metas foram atingidas.<\/li>\n<\/ul>\nOnde uma ferramenta se encaixa:<\/strong> apenas na quarta. Nenhuma plataforma define suas metas, atribui propriet\u00e1rios ou aprova seu or\u00e7amento. O Dotcom-Monitor produz evid\u00eancias \u2014 relat\u00f3rios de SLA<\/a> para disponibilidade, tempo de resposta e taxa de erro medidos contra limites que voc\u00ea define, export\u00e1veis em PDF ou CSV conforme agendado. Os outros tr\u00eas s\u00e3o decis\u00f5es de reuni\u00f5es, n\u00e3o de software.\n
Gerenciamento de Performance de Aplica\u00e7\u00f5es vs. Monitoramento de Performance de Aplica\u00e7\u00f5es<\/h2>\nO monitoramento informa que o checkout levou 840 milissegundos no percentil 95 na \u00faltima ter\u00e7a-feira. O gerenciamento decide se 840 milissegundos \u00e9 aceit\u00e1vel, quem \u00e9 respons\u00e1vel por reduzir esse tempo e se esse trabalho tem prioridade sobre as tr\u00eas funcionalidades que aguardam na fila.\n\nUm produz dados. O outro produz decis\u00f5es.\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t
\n\t\t
\n\t\t\t\n\t\t\t\t
A pergunta<\/div><\/div><\/div><\/th>
Respondido por<\/div><\/div><\/div><\/th><\/tr><\/thead>\n\t\t\t\t\t\t\t\t
O fluxo de checkout est\u00e1 mais lento do que no m\u00eas passado?<\/div><\/div><\/div><\/td>
Monitoramento<\/div><\/div><\/div><\/td><\/tr>
“Mais lento que no m\u00eas passado” \u00e9 ruim o suficiente para agir?<\/div><\/div><\/div><\/td>
Gerenciamento<\/div><\/div><\/div><\/td><\/tr>
Qual servi\u00e7o est\u00e1 adicionando lat\u00eancia?<\/div><\/div><\/div><\/td>
Monitoramento<\/div><\/div><\/div><\/td><\/tr>
Qual equipe \u00e9 respons\u00e1vel por corrigir isso, e em quanto tempo?<\/div><\/div><\/div><\/td>
Gerenciamento<\/div><\/div><\/div><\/td><\/tr>
Ultrapassamos a meta de 99,9% de disponibilidade no segundo trimestre?<\/div><\/div><\/div><\/td>
Monitoramento<\/div><\/div><\/div><\/td><\/tr>
O que devemos ao cliente, e precisamos renegociar o SLA?<\/div><\/div><\/div><\/td>
Gerenciamento<\/div><\/div><\/div><\/td><\/tr><\/tbody>\n\t\t\t<\/table>\n\t\t<\/div>\n\n\t\t<\/div>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t
Uma Decis\u00e3o Que o Monitoramento N\u00e3o Pode Tomar<\/h3>
Nos dados da plataforma Dotcom-Monitor, aproximadamente 38% das falhas detectadas se resolvem sozinhas em at\u00e9 cinco minutos. Uma rota oscila, um n\u00f3 reinicia, um failover \u00e9 conclu\u00eddo. O monitoramento relata cada um deles com precis\u00e3o.<\/p>
O que o monitoramento n\u00e3o pode dizer \u00e9 o que fazer a respeito. Tr\u00eas decis\u00f5es se seguem, todas elas chamadas do gerenciamento:<\/p>
Um pico de quatro minutos que se resolve sozinho deve acordar um engenheiro \u00e0s 3 da manh\u00e3 ou esperar pelo relat\u00f3rio da manh\u00e3?<\/li>
Contabiliza contra o n\u00famero de disponibilidade do contrato que assinamos? Isso depende se o acordo estabelece uma dura\u00e7\u00e3o m\u00ednima para falhas, e muitos n\u00e3o estabelecem.<\/li>
O trabalho de engenharia para remover essa classe de falha vale mais do que o que est\u00e1 na pr\u00f3xima prioridade do roadmap?<\/li><\/ul>
Onde uma ferramenta se encaixa:<\/strong> O Dotcom-Monitor pode aplicar a primeira decis\u00e3o depois que voc\u00ea a definiu. Os filtros de alerta seguram uma notifica\u00e7\u00e3o at\u00e9 que um monitor falhe N vezes consecutivas, ou falhe em M de N locais, para que um ponto flutuante n\u00e3o acorde ningu\u00e9m. O que a plataforma n\u00e3o pode fazer \u00e9 escolher N. Se definir muito alto, perde falhas reais; se muito baixo, a equipe para de ler alertas. Esse limite \u00e9 uma decis\u00e3o de gerenciamento sobre quanto risco trocar por noites de sono.<\/p>
Os Cinco Componentes de uma Estrat\u00e9gia APM<\/h2>
A classifica\u00e7\u00e3o padr\u00e3o do APM tem cinco partes, e vem sendo o modelo de refer\u00eancia da categoria h\u00e1 mais de uma d\u00e9cada. Cada parte corresponde a uma pergunta que sua equipe pode responder com sim, n\u00e3o ou uma pausa inc\u00f4moda \u2014 e a uma resposta clara sobre se uma plataforma externa como a nossa cobre isso.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t $\"Diagram$ \t\t\t\t\t\t\t\t\t\t\t
Os cinco componentes de uma estrat\u00e9gia APM. Cada um corresponde a uma pergunta que um gerente pode fazer \u00e0 sua equipe.<\/figcaption>\n\t\t\t\t\t\t\t\t\t\t<\/figure>\n\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t
1. Monitoramento da Experi\u00eancia do Usu\u00e1rio Final<\/h3>
O que seus clientes realmente recebem: carregamento de p\u00e1ginas, conclus\u00e3o de transa\u00e7\u00f5es e erros, medidos de onde eles est\u00e3o, e n\u00e3o de dentro da sua rede. \u00c9 o componente que inclui seu CDN, seu provedor DNS e o gateway de pagamento que voc\u00ea n\u00e3o controla dentro da medi\u00e7\u00e3o, em vez de fora.<\/p>
Pergunte \u00e0 sua equipe:<\/strong> quais jornadas dos usu\u00e1rios medimos fora da nossa pr\u00f3pria infraestrutura, e com que frequ\u00eancia? Se a resposta \u00e9 “uma verifica\u00e7\u00e3o de uptime na p\u00e1gina inicial a cada cinco minutos”, voc\u00ea est\u00e1 medindo muito menos do que pensa. O monitoramento real de aplica\u00e7\u00f5es web<\/a> acompanha toda a jornada \u2014 login, busca, carrinho, checkout \u2014 n\u00e3o apenas se a porta da frente abre.<\/p>
O Dotcom-Monitor cobre isso completamente.<\/strong> As jornadas s\u00e3o executadas em navegadores reais a partir de checkpoints tier-3 em seis continentes, em mais de 40 combina\u00e7\u00f5es de navegadores e dispositivos desktop e m\u00f3veis, com condi\u00e7\u00f5es de rede simuladas de 2G a 4G para que voc\u00ea veja o que um cliente com conex\u00e3o lenta v\u00ea. O que n\u00e3o faz:<\/strong> dizer o que seus usu\u00e1rios reais realmente fizeram. S\u00e3o jornadas roteirizadas e agendadas, n\u00e3o monitoramento real do usu\u00e1rio. Saber qual das seis variantes de checkout as pessoas abandonam \u00e9 uma quest\u00e3o de RUM, que \u00e9 uma categoria de produto diferente.<\/p>
2. Descoberta da Arquitetura da Aplica\u00e7\u00e3o em Tempo de Execu\u00e7\u00e3o<\/h3>
Um mapa preciso e atual do que se conecta a o qu\u00ea. N\u00e3o o diagrama que algu\u00e9m fez quando o sistema foi desenhado \u2014 mas o que realmente est\u00e1 rodando hoje de manh\u00e3, inclusive o servi\u00e7o que um contratado adicionou em mar\u00e7o.<\/p>
Pergunte \u00e0 sua equipe:<\/strong> podemos gerar um mapa atual de depend\u00eancias sem que uma pessoa o desenhe? Se algu\u00e9m tem que reconstru\u00ed-lo de mem\u00f3ria, sua resposta a incidentes come\u00e7a tentando entender como o sistema realmente \u00e9.<\/p>
O Dotcom-Monitor n\u00e3o faz isso,<\/strong> e essa \u00e9 a maior lacuna da abordagem sem agente. A descoberta autom\u00e1tica do grafico de servi\u00e7os internos exige um agente rodando no runtime. O que cobrimos \u00e9 a superf\u00edcie de depend\u00eancia externa<\/em>: resolu\u00e7\u00e3o DNS, expira\u00e7\u00e3o de certificados, endpoints de APIs de terceiros e traceroute de m\u00faltiplas regi\u00f5es para detectar mudan\u00e7as de roteamento no n\u00edvel do ISP. Essa \u00e9 a metade do mapa que vive fora do seu c\u00f3digo, e a que as ferramentas baseadas em agentes veem pior.<\/p>
3. Perfilagem de Transa\u00e7\u00f5es Definidas pelo Usu\u00e1rio<\/h3>
Acompanhamento das transa\u00e7\u00f5es de neg\u00f3cio espec\u00edficas que importam \u2014 proposta a fechamento, adicionar ao carrinho a confirma\u00e7\u00e3o do pedido, login a painel carregado \u2014 em vez de fazer m\u00e9dias de todas as requisi\u00e7\u00f5es juntas. M\u00e9dias ocultam a \u00fanica transa\u00e7\u00e3o que est\u00e1 quebrada.<\/p>
Pergunte \u00e0 sua equipe:<\/strong> nomeie as cinco transa\u00e7\u00f5es que nos custam dinheiro quando param de funcionar. Todas as cinco est\u00e3o instrumentadas e alertando separadamente? A maioria das equipes consegue nome\u00e1-las mais r\u00e1pido do que provar que todas as cinco est\u00e3o cobertas.<\/p>
O Dotcom-Monitor cobre isso completamente.<\/strong> O gravador EveryStep captura uma jornada ao percorr\u00ea-la uma vez, depois a reproduz em uma programa\u00e7\u00e3o com tempos por passo, capturas de tela e exporta\u00e7\u00f5es HAR. Logins roteirizados passam de ponta a ponta por Okta, Auth0, Azure AD e Ping, pegando a falha que s\u00f3 ocorre no passo 4 de 6 quando o token da sess\u00e3o expira. O que n\u00e3o faz:<\/strong> perfilar o caminho de c\u00f3digo dentro da transa\u00e7\u00e3o. Voc\u00ea saber\u00e1 que o passo 4 levou nove segundos; n\u00e3o saber\u00e1 qual fun\u00e7\u00e3o consumiu esse tempo.<\/p>
4. Monitoramento Profundo de Componentes<\/h3>
Detalhes de dentro da aplica\u00e7\u00e3o \u2014 chamadas ao banco de dados, filas, chamadas externas de API \u2014 ligados \u00e0 transa\u00e7\u00e3o que os disparou. Sem essa liga\u00e7\u00e3o, voc\u00ea tem um muro de m\u00e9tricas de componentes sem modo de conectar qualquer uma delas \u00e0 reclama\u00e7\u00e3o do cliente.<\/p>
Pergunte \u00e0 sua equipe:<\/strong> quando uma transa\u00e7\u00e3o chave est\u00e1 lenta, quantos minutos passam at\u00e9 sabermos qual componente \u00e9 respons\u00e1vel? Esse n\u00famero costuma ser o trecho mais longo de um incidente, e \u00e9 o que vale a pena reduzir.<\/p>
O Dotcom-Monitor cobre parte disso.<\/strong> Uma cascata de carregamento de p\u00e1gina mostra o tempo de cada recurso, recursos que bloqueiam renderiza\u00e7\u00e3o e erros JS; monitores de API fazem encadeamento de requisi\u00e7\u00f5es, passam tokens de autentica\u00e7\u00e3o e afirmam sobre cargas de resposta por endpoint; verifica\u00e7\u00f5es de protocolo isolam certificado expirado ou provedores downstream falhando. O que n\u00e3o faz:<\/strong> apontar a consulta SQL lenta ou o m\u00e9todo que segura o bloqueio. Isso \u00e9 territ\u00f3rio genuinamente de agentes, e nenhuma medi\u00e7\u00e3o externa substitui essa capacidade.<\/p>
5. An\u00e1lise de Aplica\u00e7\u00f5es<\/h3>
Transformar dados coletados em decis\u00f5es: planejamento de capacidade, relat\u00f3rios de tend\u00eancia, evid\u00eancias de SLA e o caso de neg\u00f3cios para a pr\u00f3xima rodada de trabalho em performance.<\/p>
Pergunte \u00e0 sua equipe:<\/strong> qual decis\u00e3o tomamos no \u00faltimo trimestre por causa dos dados de APM? Se ningu\u00e9m souber nomear uma, voc\u00eas est\u00e3o pagando para coletar dados que n\u00e3o usam, o jeito mais comum de cortar or\u00e7amento de APM.<\/p>
O Dotcom-Monitor cobre a metade de relat\u00f3rios:<\/strong> relat\u00f3rios de SLA para disponibilidade, tempo de resposta e taxa de erro contra seus pr\u00f3prios limites, export\u00e1veis por agendamento e com marca branca se voc\u00ea for um MSP reportando a clientes. O que n\u00e3o faz:<\/strong> funcionar como reposit\u00f3rio geral de an\u00e1lise. Voc\u00ea n\u00e3o pode juntar dados de monitoramento a dados de receita ou funil dentro da plataforma; isso pertence ao seu data warehouse.<\/p>
Benef\u00edcios do Gerenciamento de Performance de Aplica\u00e7\u00f5es<\/h2>
A maioria das listas de benef\u00edcios de APM publicadas poderia ser escrita sem conhecer nada do seu neg\u00f3cio. Estas s\u00e3o as que valem ser declaradas em termos que um gerente pode checar, com o mecanismo que produz cada uma.<\/p>
Melhoria da Experi\u00eancia do Usu\u00e1rio<\/h3>
Performance medida do seu datacenter e performance medida do telefone de um cliente com conex\u00e3o 4G em S\u00e3o Paulo s\u00e3o n\u00fameros diferentes. O segundo \u00e9 o que impacta decis\u00f5es. \u00c9 onde scripts de terceiros, resolu\u00e7\u00e3o DNS e comportamento regional do CDN aparecem, nenhum deles nas m\u00e9tricas do servidor. O mecanismo \u00e9 geografia mais dispositivo: execute a mesma jornada das regi\u00f5es onde seus clientes est\u00e3o, nos navegadores e velocidades de rede que usam, e o problema regional aparece em um gr\u00e1fico em vez de um chamado de suporte dois dias depois.<\/p>
Efici\u00eancia Operacional Aprimorada<\/h3>
A parte mais longa da maioria dos incidentes n\u00e3o \u00e9 a corre\u00e7\u00e3o. \u00c9 o intervalo entre “algo est\u00e1 errado” e “sabemos qual equipe \u00e9 respons\u00e1vel.” O mecanismo que reduz isso \u00e9 evid\u00eancia capturada no momento da falha em vez de reconstru\u00edda depois. Uma execu\u00e7\u00e3o falhada do Dotcom-Monitor entrega ao engenheiro de plant\u00e3o o passo quebrado, uma captura de tela, um v\u00eddeo da sess\u00e3o, o log do console e a cascata, antes que qualquer um precise reproduzir algo.<\/p>
Otimiza\u00e7\u00e3o e Economia de Custos<\/h3>
O dinheiro aparece em dois lugares. Infraestrutura superdimensionada, porque equipes dimensionam para um pico que nunca mediram e os dados de APM dizem qual \u00e9 o pico real. E a conta das ferramentas, que depende de como o fornecedor cobra. Plataformas baseadas em agentes tipicamente cobram por host ou por gigabyte ingerido, ent\u00e3o a conta cresce com sua frota ou volume de logs. O Dotcom-Monitor cobra por quantidade de monitores, frequ\u00eancia de checagem e mix de plataforma \u2014 sem cobran\u00e7a por host ou assento, nem linha por volume de ingest\u00e3o. Nenhum modelo \u00e9 universalmente mais barato. Eles transferem o custo para uma vari\u00e1vel diferente, e a quest\u00e3o \u00e9 qual vari\u00e1vel voc\u00ea controla.<\/p>
Toma de Decis\u00e3o Informada<\/h3>
Planejamento de capacidade antes de um evento conhecido \u2014 lan\u00e7amento de produto, pico de Black Friday, prazo para entrega \u2014 \u00e9 t\u00e3o bom quanto sua linha de base. Sem ela, “damos conta de 5x o tr\u00e1fego?” \u00e9 respondido por quem fala mais confiante na reuni\u00e3o. O mecanismo \u00e9 simples: rode a mesma jornada roteirizada na mesma frequ\u00eancia por tempo suficiente para ter meses de n\u00fameros compar\u00e1veis antes de precisar deles.<\/p>
Detec\u00e7\u00e3o Proativa e Resolu\u00e7\u00e3o de Problemas<\/h3>
A vers\u00e3o mensur\u00e1vel desse benef\u00edcio \u00e9 um n\u00famero: qual a parcela dos seus incidentes que voc\u00ea encontra antes do cliente reportar? Equipes que n\u00e3o sabem responder geralmente descobrem que sua detec\u00e7\u00e3o \u00e9 pior do que julgavam. As checagens agendadas aumentam essa parcela porque rodam independentemente do uso da aplica\u00e7\u00e3o, o que explica como se detecta um checkout quebrado \u00e0s 4 da manh\u00e3 de um domingo. O limite vale ser declarado: elas cobrem apenas as jornadas que algu\u00e9m roteirizou. Um caminho n\u00e3o roteirizado pode falhar sem ser notado.<\/p>
Melhoria no Deployment de Aplica\u00e7\u00f5es<\/h3>
Regress\u00f5es de performance s\u00e3o mais baratas de corrigir antes do lan\u00e7amento. Uma equipe com linhas de base pode definir um limite no pipeline de deployment: se a transa\u00e7\u00e3o de checkout fica 20% mais lenta no ambiente de staging, o build para. Sem linhas de base, a regress\u00e3o \u00e9 liberada e aparece em produ\u00e7\u00e3o uma semana depois, quando ningu\u00e9m lembra do c\u00f3digo. A vers\u00e3o pr\u00e1tica \u00e9 apontar a mesma jornada gravada para staging e produ\u00e7\u00e3o. Quando o staging est\u00e1 atr\u00e1s de um VPN ou n\u00e3o tem endere\u00e7o p\u00fablico, um Agente Privado<\/a> na sua rede far\u00e1 as checagens parecerem id\u00eanticas \u00e0s p\u00fablicas.<\/p>
O Mercado de Gerenciamento de Performance de Aplica\u00e7\u00f5es e Como Avaliar Fornecedores<\/h2>
Por que os Tamanhos de Mercado Publicados Discordam<\/h3>
Pesquise “mercado de gerenciamento de performance de aplica\u00e7\u00f5es” e voc\u00ea ter\u00e1 uma p\u00e1gina de firmas de analistas vendendo um n\u00famero. Compare seus resumos lado a lado e as estimativas para o mesmo ano n\u00e3o concordam \u2014 n\u00e3o por arredondamento, mas por bilh\u00f5es.<\/p>
Essa diferen\u00e7a n\u00e3o \u00e9 descuido, \u00e9 decis\u00e3o de limites. Algumas firmas contam plataformas completas de observabilidade; outras contam apenas o m\u00f3dulo de APM dentro delas; outras incluem ou excluem monitoramento de infraestrutura, gerenciamento de logs e monitoramento de experi\u00eancia digital. E uma cifra que parece baixa \u00e9 frequentemente uma previs\u00e3o antiga circulando sem o ano-base indicado. Antes de colocar um n\u00famero de mercado em um pedido de or\u00e7amento, confira tr\u00eas coisas: qual firma publicou, o que o relat\u00f3rio contou e a que ano se refere. Um n\u00famero sem isso n\u00e3o \u00e9 uma medi\u00e7\u00e3o.<\/p>
As Principais Categorias de Ferramentas APM<\/h3>
Plataformas full-stack baseadas em agentes.<\/strong> Ferramentas como Datadog, New Relic e Dynatrace instalam um agente junto \u00e0 aplica\u00e7\u00e3o e a instrumentam internamente. Isso d\u00e1 detalhes de c\u00f3digo \u2014 a consulta SQL lenta, o m\u00e9todo segurando o bloqueio \u2014 que nada mais oferece. O pulo do gato \u00e9 o esfor\u00e7o de implanta\u00e7\u00e3o e uma conta que cresce com sua infraestrutura. A precifica\u00e7\u00e3o costuma ser por host, por gigabyte ingerido, por usu\u00e1rio, ou alguma combina\u00e7\u00e3o. O Dynatrace, por exemplo, publica seu tier full-stack a $58 por m\u00eas por host de 8 GiB, faturado a $0,01 por GiB-mem\u00f3ria-hora, em agosto de 2026. Olhe a unidade: a conta acompanha quanta mem\u00f3ria seus hosts t\u00eam, n\u00e3o quanto tr\u00e1fego servem.<\/p>
Monitoramento externo sem agente.<\/strong> Executa a aplica\u00e7\u00e3o de fora, do jeito que um cliente faz, sem nada instalado no seu c\u00f3digo. V\u00ea o que o cliente v\u00ea, incluindo SaaS de terceiros dos quais voc\u00ea depende mas que n\u00e3o controla nem instrumenta. O software de monitoramento de performance da Dotcom-Monitor<\/a> \u00e9 dessa categoria, reproduzindo jornadas roteirizadas em navegadores reais a partir de locais externos \u2014 uma abordagem geralmente chamada monitoramento sint\u00e9tico<\/a>. Porque as checagens s\u00e3o externalizadas, o runtime interno pouco importa: bare metal, VMs, Kubernetes e serverless s\u00e3o monitorados da mesma forma.<\/p>
Stacks open-source e baseadas em OpenTelemetry.<\/strong> Monte o seu pr\u00f3prio a partir da instrumenta\u00e7\u00e3o OpenTelemetry e backend como Prometheus, Grafana, Tempo ou Jaeger. Sem taxa de licen\u00e7a e sem fornecedor controlando seu formato de dados. O custo vai para engenharia: algu\u00e9m monta, algu\u00e9m opera, algu\u00e9m fica de plant\u00e3o. Bom para equipes que j\u00e1 t\u00eam engenheiros de plataforma, ruim para equipes que tomam horas de desenvolvedores de produto.<\/p>
SaaS vs auto hospedado.<\/strong> Isso cruza as tr\u00eas categorias acima. Auto hospedagem responde perguntas sobre resid\u00eancia e reten\u00e7\u00e3o de dados sob seus termos e entrega a responsabilidade operacional; SaaS \u00e9 o contr\u00e1rio. Ind\u00fastrias reguladas geralmente fecham essa decis\u00e3o primeiro.<\/p>
O Que o Monitoramento Externo Responde, E O Que N\u00e3o Responde<\/h3>
A maioria das organiza\u00e7\u00f5es acaba com ferramentas de mais de uma categoria, porque as categorias respondem a perguntas diferentes. Aqui est\u00e1 a divis\u00e3o para uma plataforma sem agente como a nossa, declarada claramente para voc\u00ea ver qual metade de suas perguntas fica aberta:<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t
\n\t\t
\n\t\t\t\n\t\t\t\t
A pergunta<\/div><\/div><\/div><\/th>
Sem agente, de fora para dentro<\/div><\/div><\/div><\/th>
O que voc\u00ea precisa em vez disso<\/div><\/div><\/div><\/th><\/tr><\/thead>\n\t\t\t\t\t\t\t\t
O checkout est\u00e1 funcionando agora para usu\u00e1rios em Frankfurt?<\/div><\/div><\/div><\/td>
Sim\u2014reproduza a jornada a partir de um ponto de verifica\u00e7\u00e3o em Frankfurt<\/div><\/div><\/div><\/td>
\u2014<\/div><\/div><\/div><\/td><\/tr>
O \u00faltimo lan\u00e7amento desacelerou a renderiza\u00e7\u00e3o da p\u00e1gina?<\/div><\/div><\/div><\/td>
Sim\u2014compare as cascatas antes e depois<\/div><\/div><\/div><\/td>
\u2014<\/div><\/div><\/div><\/td><\/tr>
Qual depend\u00eancia de terceiros quebrou?<\/div><\/div><\/div><\/td>
Sim\u2014verifica\u00e7\u00f5es de DNS, certificado, API e protocolo<\/div><\/div><\/div><\/td>
\u2014<\/div><\/div><\/div><\/td><\/tr>
Estamos cumprindo o SLA que assinamos?<\/div><\/div><\/div><\/td>
Sim\u2014relat\u00f3rios de SLA contra seus limites<\/div><\/div><\/div><\/td>
\u2014<\/div><\/div><\/div><\/td><\/tr>
Qual consulta ao banco de dados est\u00e1 lenta?<\/div><\/div><\/div><\/td>
N\u00e3o<\/div><\/div><\/div><\/td>
Uma plataforma baseada em agente<\/div><\/div><\/div><\/td><\/tr>
Qual servi\u00e7o no nosso mesh adicionou a lat\u00eancia?<\/div><\/div><\/div><\/td>
N\u00e3o<\/div><\/div><\/div><\/td>
Rastreamento distribu\u00eddo<\/div><\/div><\/div><\/td><\/tr>
O que os usu\u00e1rios reais fizeram antes de desistirem?<\/div><\/div><\/div><\/td>
N\u00e3o<\/div><\/div><\/div><\/td>
Monitoramento de usu\u00e1rio real<\/div><\/div><\/div><\/td><\/tr>
Quanto de carga podemos suportar antes de quebrar?<\/div><\/div><\/div><\/td>
N\u00e3o<\/div><\/div><\/div><\/td>
Uma ferramenta de teste de carga<\/div><\/div><\/div><\/td><\/tr><\/tbody>\n\t\t\t<\/table>\n\t\t<\/div>\n\n\t\t<\/div>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t
O Que Verificar Al\u00e9m da Lista de Recursos<\/h3>
As listas de recursos convergem. A maioria das s\u00e9rias ferramentas APM<\/a> fazem a maioria das coisas. As diferen\u00e7as que realmente importam aparecem depois que voc\u00ea assina:<\/p>
O que gera a fatura.<\/strong> Hosts, gigabytes ingeridos, assentos, monitores ou frequ\u00eancia de verifica\u00e7\u00e3o? Escolha o modelo que corresponde \u00e0 forma como seu sistema cresce. Pre\u00e7o por host pune uma equipe que executa muitos pequenos containers. Pre\u00e7o por gigabyte pune o registro verboso. Pre\u00e7o por monitor pune a amplitude da cobertura.<\/li>
Reten\u00e7\u00e3o padr\u00e3o de dados.<\/strong> Pergunte o que est\u00e1 inclu\u00eddo e qual o custo para ampliar. A reten\u00e7\u00e3o \u00e9 onde o pre\u00e7o cotado e a fatura real se separam.<\/li>
Por host versus por transa\u00e7\u00e3o.<\/strong> Se o tr\u00e1fego est\u00e1 est\u00e1vel e sua frota continua crescendo, por transa\u00e7\u00e3o \u00e9 mais am\u00e1vel. Se for o contr\u00e1rio, por host \u00e9 melhor.<\/li>
Tempo at\u00e9 o primeiro sinal \u00fatil.<\/strong> Um rollout de agente precisa de aprova\u00e7\u00e3o da equipe de plataforma, uma janela de mudan\u00e7a e um plano de revers\u00e3o. Um monitor externo precisa de uma URL ou uma jornada gravada. Pergunte a cada fornecedor quanto tempo at\u00e9 o primeiro alerta real, n\u00e3o quanto tempo at\u00e9 o contrato come\u00e7ar.<\/li>
Formato do contrato.<\/strong> Dura\u00e7\u00e3o do termo, compromissos anuais de aumento, taxas de excedente e o que acontece se voc\u00ea usar menos do que se comprometeu.<\/li>
Custo de sa\u00edda.<\/strong> Se voc\u00ea sair, o que vem com voc\u00ea? Instrumenta\u00e7\u00e3o nativa OpenTelemetry \u00e9 port\u00e1til. Agentes propriet\u00e1rios n\u00e3o s\u00e3o; re-instrumentar \u00e9 um projeto, n\u00e3o uma tarefa.<\/li><\/ul>APM Para Equipes Menores<\/h2>
Uma equipe sem uma fun\u00e7\u00e3o dedicada de observabilidade n\u00e3o deveria executar uma c\u00f3pia reduzida de um programa empresarial de APM. Quatro prioridades cobrem a maior parte do valor.<\/p>
Comece de fora para dentro.<\/strong> Se voc\u00ea medir uma coisa, me\u00e7a se suas tr\u00eas principais jornadas de usu\u00e1rio s\u00e3o completadas, das regi\u00f5es onde seus clientes est\u00e3o. Isso captura as falhas que custam receita, e o software de monitoramento de desempenho de aplica\u00e7\u00e3o<\/a> sem agente faz isso sem mudan\u00e7as de c\u00f3digo ou projeto de implanta\u00e7\u00e3o. Na pr\u00e1tica, isso significa gravar uma jornada uma vez e reproduzi-la em um cronograma, o que \u00e9 minutos de trabalho em vez de uma sprint.<\/p>
Pule o tracing distribu\u00eddo at\u00e9 voc\u00ea estar distribu\u00eddo.<\/strong> O tracing vale a pena quando uma requisi\u00e7\u00e3o atravessa muitos servi\u00e7os. Em um mon\u00f3lito e um banco de dados, \u00e9 custo e complexidade para detalhes que seus logs j\u00e1 carregam.<\/p>
Um canal de alerta, um respons\u00e1vel.<\/strong> Alertas divididos em quatro ferramentas viram alertas que ningu\u00e9m l\u00ea. Escolha o canal onde a equipe j\u00e1 habita\u2014PagerDuty, Slack, Teams, SMS ou um webhook para o que voc\u00ea usa\u2014e envie tudo para l\u00e1.<\/p>
Compre reten\u00e7\u00e3o que voc\u00ea realmente ir\u00e1 consultar.<\/strong> Treze meses de dados em alta resolu\u00e7\u00e3o parece prudente. Se ningu\u00e9m consultou nada mais antigo que duas semanas, voc\u00ea est\u00e1 pagando por tranquilidade.<\/p>
A ressalva: verifica\u00e7\u00f5es externas dizem que<\/em> o checkout quebrou e em qual etapa, n\u00e3o por que<\/em> no c\u00f3digo. Nesse tamanho geralmente \u00e9 o trade-off certo, porque o problema caro \u00e9 n\u00e3o saber nada. Deixa de ser o trade-off certo quando “qual servi\u00e7o?” vira uma pergunta genu\u00edna.<\/p>
Construindo uma Pr\u00e1tica de APM em Cinco Est\u00e1gios<\/h2>
Equipes raramente saltam do nada para maduras. Elas avan\u00e7am por est\u00e1gios reconhec\u00edveis, e saber em qual voc\u00ea est\u00e1 indica o que fazer a seguir.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t $\"Five-stage$ \t\t\t\t\t\t\t\t\t\t\t
Os cinco est\u00e1gios de uma pr\u00e1tica de APM, desde descobrir quando os clientes avisam at\u00e9 bloquear deploys em or\u00e7amentos de desempenho.<\/figcaption>\n\t\t\t\t\t\t\t\t\t\t<\/figure>\n\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t
Est\u00e1gio 1\u2014Reativo<\/h3>
Voc\u00ea descobre pelos clientes, ou por uma fila de suporte que de repente fica ocupada. Sem bases de refer\u00eancia, sem metas, sem respons\u00e1vel. Voc\u00ea est\u00e1 aqui se<\/strong> seus \u00faltimos tr\u00eas incidentes foram relatados para voc\u00ea, n\u00e3o por voc\u00ea.<\/p>
Est\u00e1gio 2\u2014Monitorado<\/h3>
Existem verifica\u00e7\u00f5es de disponibilidade e alertas b\u00e1sicos. Voc\u00ea sabe quando algo est\u00e1 fora do ar. Voc\u00ea n\u00e3o sabe por qu\u00ea, ou qu\u00e3o lento estava antes de cair. Voc\u00ea est\u00e1 aqui se<\/strong> pode dizer “o site ficou fora do ar por 22 minutos” mas n\u00e3o “o checkout estava falhando por duas horas antes disso.” A pr\u00f3xima etapa para o est\u00e1gio 3<\/strong> \u00e9 parar de checar URLs e come\u00e7ar a checar jornadas.<\/p>
Est\u00e1gio 3\u2014Mensurado<\/h3>
Transa\u00e7\u00f5es-chave s\u00e3o instrumentadas separadamente, existem bases de refer\u00eancia, e cada uma tem um respons\u00e1vel nomeado. O desempenho \u00e9 discutido com n\u00fameros em vez de impress\u00f5es. Voc\u00ea est\u00e1 aqui se<\/strong> algu\u00e9m pode responder “o checkout est\u00e1 mais lento que no m\u00eas passado?” sem abrir um ticket. A pr\u00f3xima etapa para o est\u00e1gio 4<\/strong> \u00e9 registrar os n\u00fameros em um documento de metas e atribuir um nome para cada um.<\/p>
Est\u00e1gio 4\u2014Governado<\/h3>
Metas s\u00e3o escritas, mapeadas aos SLAs assinados, revisadas periodicamente, e vinculadas a uma linha de or\u00e7amento. O trabalho de desempenho compete por vagas no roadmap em termos declarados e n\u00e3o por quem escalar mais alto. Voc\u00ea est\u00e1 aqui se<\/strong> uma meta de desempenho j\u00e1 alterou uma data de lan\u00e7amento. \u00c9 o est\u00e1gio onde os relat\u00f3rios peri\u00f3dicos de SLA deixam de ser um luxo, porque algu\u00e9m fora da engenharia agora os l\u00ea.<\/p>
Est\u00e1gio 5\u2014Aplicado<\/h3>
Or\u00e7amentos de desempenho funcionam no pipeline de implanta\u00e7\u00e3o. Um build que torna uma transa\u00e7\u00e3o-chave significativamente mais lenta n\u00e3o \u00e9 liberado. Voc\u00ea est\u00e1 aqui se<\/strong> um deploy foi bloqueado por uma checagem de desempenho no \u00faltimo trimestre.<\/p>
O est\u00e1gio 4 \u00e9 onde a maior parte do valor de neg\u00f3cio se concretiza, e \u00e9 o est\u00e1gio que n\u00e3o precisa de novas ferramentas\u2014apenas acordo sobre quem \u00e9 respons\u00e1vel pelo qu\u00ea.<\/p>
Perguntas Frequentes<\/h2>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t
O que significa APM? <\/div><\/span>\n\t\t\t\t\t\t\t\n\t\t\t

APM Para Equipes Menores<\/h2>Uma equipe sem uma fun\u00e7\u00e3o dedicada de observabilidade n\u00e3o deveria executar uma c\u00f3pia reduzida de um programa empresarial de APM. Quatro prioridades cobrem a maior parte do valor.<\/p>