Trabalho em monitorização de desempenho e ganho 66.800 dólares por ano.

O alerta apareceu às 3:12 da manhã, um pequeno ponto vermelho no ecrã que significava que muita gente estava prestes a ficar irritada. Algures entre a página do carrinho de compras e uma API de pagamentos, os números afundaram. O tempo de resposta duplicou. Mil utilizadores invisíveis começaram a esperar só um pouco mais do que deviam. Eu estava na meia-luz da sala, com a luz azul no rosto, a olhar para gráficos em vez de dormir. É isto que é “monitorização de performance” quando se tira o jargão todo. Não é uma brochura tecnológica brilhante. Sou só eu, um portátil, um hoodie e três dashboards.

Ganhar 66.800 dólares por ano, no meu caso, significa reparar em problemas antes de os outros sequer saberem que eles existem.

Há dias em que isso parece um superpoder. Noutros, parece um segredo que ninguém entende realmente.

O que significa mesmo ganhar 66.800 dólares a olhar para números o dia inteiro

As pessoas ouvem o meu salário e o meu cargo e imaginam-me a olhar para um único ecrã a piscar enquanto bebo café com gelo. Em parte, é verdade. Mas o “performance” de monitorização de performance não tem a ver com produtividade pessoal. Tem a ver com a rapidez e a qualidade com que dezenas de sistemas respiram em conjunto.

A maior parte do meu tempo é passada a observar padrões. Pequenas mudanças no uso de CPU, um aumento lento nas taxas de erro, um pico discreto de latência logo a seguir a um deployment de código. São estes sussurros que me dizem que algo está errado, muito antes de haver uma falha visível nas redes sociais ou uma cadeia furiosa de emails da gestão.

Numa terça-feira à tarde, por exemplo, vi o nosso serviço de login passar de um verde saudável para um amarelo nervoso em menos de dez minutos. Não foi uma subida enorme. Só alguns pedidos de login a demorarem 1,8 segundos em vez de 0,9. Sem pager, sem alerta oficial.

Mas eu sabia que, em horas de maior tráfego, aquele pequeno atraso ia transformar-se em sessões abandonadas e tickets de suporte. Enviei mensagem à equipa de desenvolvimento, partilhei um screenshot e fizemos rollback de uma pequena alteração de configuração. Ninguém fora da nossa bolha deu por nada. Sem “relatório de incidente”. Sem drama. Apenas muito dinheiro invisível, discretamente poupado.

É essa a parte estranha deste trabalho. Quando o faço bem, não acontece nada. Não há manchetes, nem aplausos, só o negócio a continuar normalmente.

O meu salário de 66.800 dólares é, no fundo, uma recompensa por evitar desastres que nunca chegam a transformar-se em histórias. *É como ser a pessoa que verifica o paraquedas antes do salto e depois vê o paraquedista receber toda a glória.* O mundo gosta de heróis que arranjam coisas partidas. O meu papel é impedir que se partam sequer, e esse tipo de sucesso não vira tendência no LinkedIn.

Como o trabalho realmente se sente por trás dos dashboards

O centro do meu dia é uma rotina que, vista de fora, parece aborrecida, mas por dentro é estranhamente satisfatória. Começo por analisar os dashboards da noite: CPU, memória, carga da base de dados, taxas de erro, tempos de resposta dos utilizadores. Não estou só a olhar para números. Estou à procura de histórias.

Picos depois de uma campanha de marketing? Normal. Latência nas manhãs de segunda-feira? Também normal. Um padrão que surge às 2:17 da manhã durante três dias seguidos? Isso não é ruído. É uma pista. O meu trabalho é seguir essa pista antes que ela se transforme numa falha a sério.

A parte mais difícil não é ler gráficos. Ferramentas como Datadog, New Relic, Prometheus, Grafana - todas ajudam. O difícil é decidir quais alertas importam e quais são apenas drama de fundo.

No início, cometi o erro clássico: ativar alertas para tudo. Utilização de disco, cache misses, contagem de threads, pesquisas DNS. O meu telemóvel vibrava como uma colmeia. Quase não dormia. E a verdade nua e crua é esta: ninguém consegue funcionar assim e manter a sanidade. Hoje em dia, trato os alertas como alarmes de incêndio. Poucos, focados e suficientemente altos para que, quando um toca, eu reaja mesmo.

Existe uma competência silenciosa por trás desse filtro. Saber que métricas observar é metade conhecimento técnico, metade juízo humano.

Aprendi a fazer perguntas simples: isto afeta um utilizador real? Isto custa dinheiro real se correr mal? Isto já pertence à responsabilidade de outra pessoa? Quando a resposta é sim, essa métrica ganha lugar no meu mural de ecrãs. Quando a resposta é não, deixo-a ir. Todos já passámos por aquele momento em que tentamos controlar tudo e acabamos por não controlar nada. A monitorização de performance castiga essa mentalidade muito depressa.

Dinheiro, mentalidade e o estranho conforto de ser “quem vigia”

Falemos dos 66.800 dólares. Para uma função de nível intermédio fora dos maiores polos tecnológicos, é aceitável. Não vivo num loft de luxo, mas as contas estão pagas e a minha poupança não é um fantasma. O que troco por esse salário é atenção. Foco como serviço.

Um método que me salva tanto a sanidade como o ordenado é aquilo a que chamo “micro-rondas”. Faço passagens rápidas pelos dashboards principais a cada 20–30 minutos durante as horas de pico. Nada de olhar para gráficos sem parar. Nada de vigiar curvas com sensação de desgraça iminente. Passagem rápida, julgamento rápido: estável, a desviar-se ou crítico. Estável significa voltar ao trabalho de projeto. A desviar-se significa tirar notas. Crítico significa começar a falar com pessoas, depressa.

Se te sentes atraído por esta área, há uma armadilha sobre a qual eu te avisaria com cuidado: ligar a tua autoestima a cada oscilação num dashboard. Os sistemas falham. Os deployments ficam estranhos. Os fornecedores cloud têm soluços. Podes ser excelente no teu trabalho e mesmo assim ter dias em que tudo aparece a vermelho e os canais de Slack parecem um campo de batalha.

Isso não quer dizer que sejas mau nisto. Só quer dizer que trabalhas na realidade, não num estudo de caso polido. As pessoas mais saudáveis que conheci em monitorização aprendem a separar “deixei passar um pico de latência” de “sou um falhado”. Aprendem, ajustam limites, refinam alertas e seguem em frente. Ter compaixão por ti próprio não é uma soft skill aqui. É sobrevivência.

Há uma conversa que continuo a ter com colegas e amigos:

>

> “O teu trabalho é literalmente viver preocupado”, disse-me uma vez um programador, meio a brincar.
> “Não”, respondi eu. “O meu trabalho é reparar. Preocupar-me é opcional.” >

E reparar bem implica ter algumas barreiras de proteção:

• Escolhe 5–10 métricas centrais que definam realmente o que é “saudável” para os teus sistemas.
• Define limites de alerta que reflitam dor real para o utilizador, não uma perfeição teórica.
• Escreve, em linguagem humana, o aspeto de “normal” antes de haver um incidente.
• Depois de um incidente, regista o que gostavas de ter acompanhado e acrescenta isso de facto.
• Marca tempo real de descanso em que não estejas de prevenção, nem mental nem fisicamente.

Em papel, estas coisas parecem pequenas. Mas, levadas a sério, são a linha que separa um trabalho sustentável de 66.800 dólares de um burnout em câmara lenta.

A história escondida por trás de um “bom” salário em tecnologia

Quando as pessoas perguntam se a monitorização de performance “vale a pena”, normalmente estão a falar do salário. Será que 66.800 dólares chegam para compensar o stress? Para compensar as noites de prevenção, os alertas ao fim de semana, a pressão silenciosa de saber que, se te escapar alguma coisa, milhares de utilizadores pagam o preço?

Eu acho que a melhor pergunta é: este tipo de trabalho encaixa na forma como o teu cérebro e as tuas emoções gostam de funcionar? Há quem adore construir funcionalidades novas do zero. Eu gosto de proteger o que já existe. Há quem ganhe energia nos dias de lançamento. Eu ganho energia nos dias tranquilos em que ninguém faz ideia de quão perto esteve de um abrandamento que teria destruído a taxa de conversão.

Ponto-chave	Detalhe	Valor para o leitor
A monitorização de performance é sobretudo prevenção	O sucesso parece “nada aconteceu” porque os problemas são apanhados cedo	Ajuda-te a decidir se estás confortável com uma função de pouca visibilidade e muita responsabilidade
Os alertas precisam de ser curados, não maximizados	Notificações a mais criam fadiga e fazem perder os problemas reais	Dá-te uma abordagem prática para evitar burnout em funções muito centradas em monitorização
Os 66.800 dólares são uma troca por atenção focada	O pagamento está ligado a consciência constante e decisões calmas sob pressão	Permite avaliar se a carga mental combina com os teus objetivos financeiros

FAQ:

• É típico ganhar 66.800 dólares em monitorização de performance? É bastante comum para uma função intermédia numa cidade de custo de vida médio, sobretudo fora dos grandes gigantes tecnológicos. Em centros mais caros, funções semelhantes podem pagar mais, enquanto empresas mais pequenas ou setores não tecnológicos podem pagar menos.
• É preciso ser programador para trabalhar em monitorização de performance? Não precisas de ser programador a tempo inteiro, mas saber ler logs, compreender APIs e escrever scripts ou queries básicas ajuda muito. Quanto melhor perceberes como os sistemas são construídos, mais depressa identificas o que está a falhar.
• O trabalho é stressante por causa da prevenção/on-call? Pode ser. As semanas de prevenção são mais pesadas, especialmente se os alertas forem ruidosos ou os sistemas forem frágeis. Equipas que investem em boas ferramentas, runbooks claros e tempo real de descanso tornam esse stress muito mais gerível.
• Que ferramentas são mais comuns nesta área? É frequente trabalhar com ferramentas de APM como Datadog, New Relic ou AppDynamics, além de stacks de métricas e logging como Prometheus, Grafana, ELK ou Splunk. Os dashboards dos fornecedores cloud também fazem parte da rotina diária.
• A monitorização de performance pode servir de trampolim para outras funções? Sim. Muitas pessoas transitam para SRE, DevOps, engenharia de infraestruturas ou liderança técnica. Constróis uma visão prática e abrangente sobre o comportamento dos sistemas, algo valioso em quase toda a área tecnológica.