{"id":17988,"date":"2021-05-13T11:42:03","date_gmt":"2021-05-13T11:42:03","guid":{"rendered":"https:\/\/www.dotcom-monitor.com\/blog\/2021\/05\/13\/diretrizes-para-escolher-uma-plataforma-de-monitoramento\/"},"modified":"2026-08-28T00:48:15","modified_gmt":"2026-08-28T00:48:15","slug":"diretrizes-para-escolher-uma-plataforma-de-monitoramento","status":"publish","type":"post","link":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/diretrizes-para-escolher-uma-plataforma-de-monitoramento\/","title":{"rendered":"Como Escolher uma Plataforma de Monitoramento: Guia do Comprador"},"content":{"rendered":"
\"Engenheiro
Listas de recursos convergem; a pontua\u00e7\u00e3o ponderada \u00e9 como voc\u00ea encontra a plataforma que se encaixa no seu stack.<\/figcaption><\/figure>\n

Toda plataforma de monitoramento oferece as mesmas quatro promessas: alertas em tempo real, cobertura global, configura\u00e7\u00e3o r\u00e1pida, dashboards poderosos. Leia cinco p\u00e1ginas de fornecedores consecutivamente e elas se confundem em uma s\u00f3. As diferen\u00e7as que decidem se voc\u00ea renova no terceiro ano\u2014se uma verifica\u00e7\u00e3o roda em um navegador real, se um alerta \u00e9 verificado antes de chamar algu\u00e9m, se o pre\u00e7o suporta seu crescimento\u2014raramente aparecem na p\u00e1gina inicial.<\/p>\n

Este guia substitui a compara\u00e7\u00e3o por contagem de recursos por uma matriz de avalia\u00e7\u00e3o ponderada: oito crit\u00e9rios, cada um com um peso e uma defini\u00e7\u00e3o do que \u00e9 uma pontua\u00e7\u00e3o m\u00e1xima. Avalie cada candidato da mesma forma e o ru\u00eddo de marketing se cancela, deixando um n\u00famero que voc\u00ea pode defender para quem assina o contrato.<\/p>\n

Uma nota sobre o escopo antes da matriz. Este guia cobre plataformas de monitoramento sint\u00e9tico\u2014ferramentas que testam ativamente seus sites, APIs e infraestrutura de fora para dentro, do jeito que um usu\u00e1rio ou cliente acessaria. Suites de APM com instrumenta\u00e7\u00e3o de c\u00f3digo respondem a outras perguntas e merecem uma avalia\u00e7\u00e3o separada. Se essa categoria \u00e9 nova para voc\u00ea, comece com o que \u00e9 monitoramento sint\u00e9tico<\/a> e volte depois.<\/p>\n

Por Que Esta Escolha \u00c9 Dif\u00edcil de Desfazer<\/h2>\n

Plataformas de monitoramento parecem f\u00e1ceis de trocar: cancele uma assinatura, inicie outra. Depois de dezoito meses, isso n\u00e3o \u00e9 mais verdade. At\u00e9 l\u00e1, voc\u00ea ter\u00e1 criado dezenas de scripts de transa\u00e7\u00e3o com o gravador de um fornecedor, e eles n\u00e3o transferem. O roteamento de alertas est\u00e1 ligado \u00e0 sua rota\u00e7\u00e3o de plant\u00e3o, seus canais do Slack, sua pol\u00edtica de escalonamento. Suas linhas de base\u2014como tempo de resposta normal por regi\u00e3o, hora, lan\u00e7amento\u2014vivem no hist\u00f3rico da plataforma e saem com ela. E se contratos de clientes citam os relat\u00f3rios de SLA<\/a> da plataforma como prova de uptime, trocar de fornecedor significa renegociar o que \u00e9 aceito como prova.<\/p>\n

Ent\u00e3o trate a decis\u00e3o como um compromisso de tr\u00eas a cinco anos e gaste esfor\u00e7o de avalia\u00e7\u00e3o conforme o caso. Uma semana de testes estruturados \u00e9 barata comparada a anos com uma plataforma que chama voc\u00ea para problemas que n\u00e3o existem ou fica muda diante dos que existem.<\/p>\n

Matriz de Avalia\u00e7\u00e3o de Plataformas de Monitoramento<\/h2>\n

Aqui est\u00e1 a matriz. Avalie cada candidato de 1 a 4 em cada crit\u00e9rio\u20141 significa n\u00e3o atende, 2 atende parcialmente, 3 atende na maior parte, 4 atende completamente\u2014depois multiplique cada pontua\u00e7\u00e3o pelo peso e somem. O m\u00e1ximo \u00e9 4,0. Uma plataforma que pontua 4 em recursos que voc\u00ea nunca usar\u00e1 e 1 em algo que depende, se precifica fora da disputa aqui, que \u00e9 exatamente a inten\u00e7\u00e3o.<\/p>\n

\n\n\n\n\n\n\n\n\n\n\n\n\n
Crit\u00e9rio<\/th>\nPeso<\/th>\nComo \u00c9 Uma Pontua\u00e7\u00e3o M\u00e1xima (4)<\/th>\n<\/tr>\n<\/thead>\n
Monitoramento de transa\u00e7\u00f5es em navegador real<\/td>\n20%<\/td>\nJornadas multi-etapas roteirizadas executadas em Chrome, Edge ou Firefox reais com tempo por etapa e captura de v\u00eddeo ou screenshot em falha<\/td>\n<\/tr>\n
Cobertura de protocolos<\/td>\n15%<\/td>\nHTTP(S), APIs com OAuth, DNS, SSL, TCP\/UDP, ICMP, FTP, e-mail, WebSocket e streaming unificados em uma s\u00f3 plataforma e pipeline de alertas<\/td>\n<\/tr>\n
Locais de monitoramento e agentes privados<\/td>\n15%<\/td>\nN\u00f3s p\u00fablicos em todas as regi\u00f5es de venda, mais agentes privados instal\u00e1veis para apps atr\u00e1s do seu firewall<\/td>\n<\/tr>\n
Alertas e integra\u00e7\u00f5es<\/td>\n15%<\/td>\nRegras de limite e escalonamento, verifica\u00e7\u00e3o de falha antes de disparar alerta, entrega para Slack, Teams, PagerDuty, SMS e webhooks<\/td>\n<\/tr>\n
Relat\u00f3rios de SLA<\/td>\n10%<\/td>\nRelat\u00f3rios agendados de uptime e SLA com detalhamento por local, resumos executivos e op\u00e7\u00f5es de exporta\u00e7\u00e3o ou white-label<\/td>\n<\/tr>\n
Profundidade diagn\u00f3stica<\/td>\n10%<\/td>\nGr\u00e1fico completo em cascata por verifica\u00e7\u00e3o, screenshots no momento da falha, erros classificados como DNS, TCP, TLS, HTTP ou script<\/td>\n<\/tr>\n
Modelo de pre\u00e7os<\/td>\n10%<\/td>\nCusto previs\u00edvel por metas, frequ\u00eancia e locais; termos de excesso publicados; trial que n\u00e3o exige contato com vendas<\/td>\n<\/tr>\n
Configura\u00e7\u00e3o e manuten\u00e7\u00e3o<\/td>\n5%<\/td>\nPrimeiro monitor ativo em minutos, gravador de script point-and-click sem c\u00f3digo, nenhum agente para manter em verifica\u00e7\u00f5es externas<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n
\"Diagrama
Cada crit\u00e9rio contribui com seu peso para uma pontua\u00e7\u00e3o compar\u00e1vel por plataforma.<\/figcaption><\/figure>\n

Os pesos acima servem para uma equipe t\u00edpica que executa um aplicativo web p\u00fablico com fluxos de receita. Ajuste-os conforme seu stack: um produto API-first pode aumentar a cobertura de protocolos para 25% e reduzir o monitoramento em navegador real para 10%; um ecommerce faz o oposto. O importante \u00e9 definir os pesos antes<\/em> de assistir ao primeiro demo, porque cada demo \u00e9 planejado para inflar o crit\u00e9rio que aquele fornecedor mais quer mostrar.<\/p>\n

O resto deste guia percorre os crit\u00e9rios que mais separam as plataformas e o que testar em cada um.<\/p>\n

Cobertura de Protocolos<\/h2>\n

A armadilha comum \u00e9 comprar um monitor de website e descobrir seis meses depois que seu stack \u00e9 mais do que sites. Uma falha de resolu\u00e7\u00e3o DNS derruba tudo de uma vez. Um certificado TLS expirado bloqueia todos os visitantes enquanto sua checagem HTTP, apontada para um IP que ainda responde, permanece verde. Um servidor de e-mail que come\u00e7a a rejeitar mensagens silenciosamente lhe custa resets de senha e recibos. Uma API que retorna 200 com um payload malformado quebra seu app m\u00f3vel, enquanto parece saud\u00e1vel para um ping.<\/p>\n

Percorra sua arquitetura e liste todos os protocolos tocados por uma transa\u00e7\u00e3o de cliente: p\u00e1ginas HTTP(S), APIs REST ou SOAP e os fluxos OAuth que as protegem<\/a>, DNS, certificados SSL, portas TCP e UDP, ICMP, FTP, SMTP e POP\/IMAP, conex\u00f5es WebSocket, m\u00eddia streaming. S\u00f3 d\u00ea 4 se a plataforma cobre o que voc\u00ea roda hoje e o que est\u00e1 no roadmap do pr\u00f3ximo ano. Cada protocolo n\u00e3o coberto vira uma segunda ferramenta, um segundo fluxo de alertas e uma lacuna entre os dois onde causas ra\u00edzes se escondem.<\/p>\n

Profundidade importa tanto quanto alcance. Uma plataforma que reporta toda falha como “indispon\u00edvel” deixa voc\u00ea adivinhando; uma que distingue erros de DNS, TCP, TLS e HTTP<\/a> entrega um diagn\u00f3stico junto com o alerta.<\/p>\n