Naquele fim de tarde, a biblioteca municipal estava mais vazia do que de costume. As cadeiras de madeira escura pareciam guardar memórias de leituras antigas, e o cheiro de papel envelhecido pairava no ar como uma névoa invisível.
Dona Elza, a bibliotecária de óculos redondos e cabelos grisalhos presos em coque, arrumava lentamente os livros devolvidos. Seus gestos eram calmos, quase solenes. Para ela, cada livro era um universo que retornava ao seu lugar no cosmos depois de uma viagem nas mãos de algum leitor.
Num canto, um menino folheava uma enciclopédia de capa dura. Não buscava nada específico, apenas se deixava levar pelas imagens e palavras soltas. O mundo lá fora corria veloz, mas ali, dentro daquelas paredes cheias de estantes, o tempo tinha outra consistência — mais densa, mais generosa.
Quando o relógio marcou dezoito horas, Dona Elza anunciou o fechamento com a voz suave de quem não quer acordar um sonhador. O menino guardou o lugar com um marcador improvisado de papel de bala, como quem promete voltar.
Ao sair, a noite caía sobre as ruas, mas ele levava consigo o silêncio bom das páginas e a certeza de que, no dia seguinte, um mundo inteiro ainda estaria à sua espera.
O legado que ninguém vê
O sistema caiu às 3h17 da madrugada de uma terça-feira. Ninguém, fora do time de infraestrutura, percebeu de imediato. Os primeiros indícios foram sutis: um e-mail que demorava segundos a mais para ser enviado, um acesso remoto que exigiu duas tentativas. Às 3h42, os alertas no centro de operações se multiplicavam como estrelas num céu noturno.
Carlos, o engenheiro de plantão, tomou o café já frio e encarou os seis monitores à sua frente. Cada gráfico em vermelho contava uma história — e nenhuma delas era boa. O balanceador de carga principal havia entrado em estado de falha silenciosa, e o tráfego, como um rio que encontra um dique fechado, começava a transbordar pelos caminhos secundários.
Ele acionou o playbook. As primeiras linhas de comando foram digitadas com a precisão de quem já fez aquilo mil vezes em ambientes de teste. Mas a produção, ao contrário do laboratório, não perdoa. Cada segundo de latência era um cliente insatisfeito em algum lugar do país.
Às 4h15, o telefone tocou. Era a diretora comercial, já informada pelos primeiros chamados do suporte. — Quanto tempo? — perguntou, com a voz carregada de urgência. Carlos respirou fundo. — Quinze minutos — mentiu. Na verdade, ele sabia que poderia levar uma hora, mas também sabia que a confiança do negócio se sustentava em pequenas mentiras calculadas que compravam tempo para a verdadeira solução funcionar.
O problema, descobriu ele após cavar logs como um arqueólogo em busca de fragmentos, estava num certificado digital que havia expirado às 3h00. Não era um grande erro de arquitetura, nem um ataque sofisticado. Era um detalhe minúsculo, um ponto-e-vírgula ausente na cronometragem do universo digital. Um lembrete de que, por trás de cada aplicação que parecia funcionar sozinha, havia alguém como Carlos, vigilante invisível.
Às 5h03, os gráficos voltaram ao azul sereno que indicava normalidade. Carlos recostou-se na cadeira, esgotado, mas satisfeito. Lá fora, o dia começava a clarear. Os primeiros usuários abririam seus sistemas e encontrariam tudo funcionando, sem jamais saber que, por algumas horas, o caos estivera a apenas um clique de distância.
Mais tarde, no relatório pós-incidente, ele escreveria apenas: "Indisponibilidade de 1h46min devido a expiração de certificado. Ação corretiva aplicada. Causa raiz identificada." Nada sobre o café frio, o coração acelerado ou a pequena vitória silenciosa contra o colapso.
Porque em TI, Carlos sabia, o trabalho bem-feito era aquele que ninguém jamais via.
A última linha de código
Marcela fechou o notebook e olhou pela janela do décimo sétimo andar. Lá embaixo, a cidade pulsava em movimentos que pareciam seguir alguma lógica oculta — talvez não tão diferente de um algoritmo bem escrito. Seis anos trabalhando no mesmo sistema de processamento de pagamentos, e agora tudo se resumia a uma mensagem de desligamento voluntário que ela ainda não sabia como enviar.
O sistema que ela ajudara a construir desde o início era uma daquelas criaturas raras no mundo da TI: confiável. Não era elegante, não usava as bibliotecas mais modernas nem as arquiteturas hypadas dos eventos de tecnologia. Era sólido. Robusto. Feito de decisões difíceis e compromissos que ela aprendera a defender em inúmeras reuniões de arquitetura.
— Se não está quebrado, não conserte — repetia ela, contrariando a engenhosidade dos desenvolvedores mais jovens, ansiosos por reescrever tudo em alguma linguagem nova que surgira na última conferência.
Mas o mundo corporativo tem suas próprias leis. Uma diretoria nova, uma consultoria contratada, um PowerPoint com setas coloridas apontando para "modernização" e "sinergia". O sistema dela, o sistema que processava quarenta mil transações por hora sem nunca ter perdido um único dado, foi classificado como "legado crítico".
Legado. A palavra doía mais do que deveria.
O novo CTO, um rapaz de trinta e poucos anos com um diploma de Stanford pendurado na parede do escritório, anunciou a migração para a nuvem como se estivesse descobrindo a água potável. Marcela foi convidada para as reuniões, suas opiniões foram ouvidas com educação, mas a decisão já estava tomada antes da primeira reunião acontecer.
— Seu conhecimento é valioso — disseram a ela na última avaliação de desempenho. — Queremos que você lidere a transição.
Liderar a própria substituição. Como ensinar outros a desmontarem uma casa que você mesma construiu tijolo por tijolo.
Na sexta-feira passada, às 23h47, enquanto fazia o deploy de uma correção noturna — aquelas que ninguém vê, mas que mantêm o mundo funcionando —, ela percebeu algo estranho nos logs. Um padrão de erro recorrente, mascarado por anos por uma exceção que nunca fora devidamente tratada. Aprofundou-se no código, puxou fios que ninguém mais sabia que existiam, e encontrou a origem: uma função escrita por ela mesma, no primeiro ano de projeto, com a pressa de quem precisava entregar até a manhã seguinte.
Ela riu sozinha diante da tela. Ali estava, seis anos depois, corrigindo um erro da própria versão mais jovem e inexperiente. Uma conversa silenciosa entre duas Marcela separadas pelo tempo.
Naquele momento, entendeu algo que o PowerPoint do novo CTO jamais capturaria: sistema legado não é aquele escrito em linguagem antiga. É aquele que guarda dentro de si as decisões, os erros, as aprendizagens e as madrugadas de quem o construiu. Não se migra isso para a nuvem. Carrega-se para sempre.
No dia seguinte, ela enviaria a carta de desligamento. Não por amargura, mas porque descobrira que construir coisas que duram não exige apenas código. Exige também saber quando o ciclo se encerra.
Mas antes, naquela noite silenciosa, ela fez uma última coisa: acrescentou um comentário no código daquela função antiga. Escreveu apenas: "Corrigido. Obrigada pela jornada, eu do passado.
O fantasma no data center
Era sempre no turno da madrugada que os servidores resolviam pregar peças. Ricardo já sabia disso depois de oito anos como administrador de infraestrutura. O telefone tocou às 2h47 — número do NOC, nunca era um bom sinal.
— O cluster de banco de dados caiu. Todas as réplicas. Não conseguimos subir.
Ricardo vestiu a calça jeans e a jaqueta escura sem nem acender a luz do quarto. No caminho para o data center, dirigiu em silêncio, o rádio desligado. Sua mente já percorria o fluxograma de diagnóstico: latência de armazenamento? Split-brain? Corrupção de logs? Ele conhecia aqueles servidores como um piloto conhece os instrumentos de sua cabine — cada luz piscando contava uma história.
Ao entrar na sala coberta por tapetes antiestáticos, o zumbido constante dos coolers o envolveu como uma saudação familiar. Os racks se alinhavam em corredores estreitos, fileiras de LEDs verdes e âmbar que piscavam em ritmos próprios. Ali no corredor principal, dois técnicos do NOC já o aguardavam, telas acesas mostrando erros que não faziam sentido.
— Não foi hardware — disse um deles, um rapaz novo, óculos de grau grosso. — Verificamos discos, memória, CPU. Todos os indicadores verdes. É como se algo tivesse simplesmente... desligado o banco.
Ricardo pediu o console. Digitou comandos que conhecia desde a época em que ainda se usava fita magnética para backup. Os logs de sistema mostravam algo curioso: um processo de replicação que se comportara de maneira estranha minutos antes da queda, consumindo recursos de forma exponencial até estrangular o próprio serviço.
— Isso não é falha de hardware — murmurou. — Isso é query mal escrita. Alguém executou algo pesado, a replicação entrou em conflito e o cluster tentou se autoproteger.
Foi vasculhando os logs de auditoria. E ali estava: um SELECT sem filtro de uma tabela que continha mais de duzentos milhões de registros. Executado diretamente do IP de um dos analistas de dados da empresa. Às 2h43 da manhã.
— O cara fez uma consulta gigante no banco de produção — Ricardo suspirou, entre irritado e resignado. — No horário de pico do processamento noturno.
O caminho para a recuperação foi longo. Ricardo liderou a operação com a calma de quem já viu data centers pegarem fogo (literalmente uma vez, um transformador queimou). Reconstruiu a réplica primária a partir de um snapshot, reaplicou os logs transacionais perdidos, verificou consistência dado a dado. Quando o último serviço voltou ao ar, o relógio marcava 5h22.
— Tudo no azul — anunciou, sem tirar os olhos das telas.
O técnico mais novo soltou um suspiro de alívio. — Parece mágica quando você faz.
— Não é mágica — Ricardo respondeu, fechando o terminal. — É saber onde cada corpo está enterrado. E nesse data center, acredite, tem muitos.
Antes de ir embora, enviou um e-mail curto para a gerência: "Incidente resolvido. Causa: consulta mal otimizada em ambiente de produção. Recomendo revisão de processos de acesso aos bancos produtivos."
No e-mail particular, que enviaria mais tarde para o analista de dados, o tom seria diferente. Não uma bronca, mas um convite: "Quer tomar um café hoje à tarde? Te mostro como usar a réplica de leitura, evita sustos como o de hoje. Todo mundo já fez algo parecido — inclusive eu."
Porque Ricardo sabia que em TI o erro não era o fim. Era, muitas vezes, o início do aprendizado mais duradouro.
