Queria tocar num assunto que é mais desconfortável do que técnico, e que raramente aparece em apresentação de arquitetura: a sensação de estar atrasado.
Acho que todo gestor de TI convive com isso em algum grau. O mercado fala em Kubernetes, service mesh, infraestrutura como código, multicloud, observabilidade distribuída. Você olha para o seu ambiente — máquinas virtuais, alguns containers, um legado que ninguém quer tocar — e sente que ficou para trás.
Depois de conversar com bastante gente que vive esse dilema, cheguei a uma definição de “moderno” que me parece mais útil: infraestrutura moderna não é a que usa a tecnologia mais recente. É a que a sua equipe consegue operar com segurança, no tamanho que ela tem.
O custo escondido da modernização mal calibrada
Já vi ambientes tecnicamente impressionantes e operacionalmente frágeis. Kubernetes rodando com uma pessoa que entende de Kubernetes. Pipeline sofisticado que só uma pessoa sabe consertar quando quebra. Arquitetura de microsserviços numa equipe de três pessoas, onde cada incidente vira uma caçada entre serviços.
Adotar tecnologia complexa demais para o tamanho do time não moderniza nada — cria dependência de pessoa, aumenta o tempo de diagnóstico e transforma cada ausência em risco. É o oposto de resiliência.
E há um custo que ninguém coloca na planilha do projeto de migração: o custo de operar aquilo todo dia, por anos, com a equipe que você realmente tem — não com a equipe ideal do slide de arquitetura.
Os três critérios que importam de verdade
No lugar de “é a tecnologia mais atual?”, proponho três perguntas melhores:
1. A equipe consegue operar isso sem heroísmo? Se manter o ambiente no ar depende de uma pessoa específica, de conhecimento não documentado ou de plantão informal, você não tem infraestrutura moderna. Tem um ponto único de falha com CPF.
2. Você consegue explicar o que tem e quanto custa? Ambiente moderno é ambiente inteligível. Se você não consegue listar o que existe, quem é dono e quanto custa cada parte, a tecnologia por baixo é irrelevante — você não está governando, está torcendo.
3. Quando quebra, você descobre e resolve rápido? O teste real não é o dia bom. É o dia ruim. Quanto tempo entre quebrar e descobrir? Entre descobrir e diagnosticar? Entre diagnosticar e resolver? Esses três números descrevem a maturidade da sua infra melhor que qualquer lista de tecnologias.
Modernizar de verdade é reduzir, não acumular
A modernização que funciona quase sempre começa tirando coisa, não adicionando:
Desligar o que ninguém usa. Padronizar em vez de manter quatro jeitos de fazer a mesma coisa. Documentar o que só está na cabeça de alguém. Automatizar o que é repetitivo e propenso a erro. Consolidar a visão do que está espalhado.
Nada disso aparece em apresentação de tendências. Mas é o que diferencia um ambiente que a equipe domina de um ambiente que domina a equipe.
Tecnologia nova entra depois — e entra melhor, porque entra num terreno organizado, com um propósito claro e não como fuga para frente.
Fechando a série
Se você acompanhou estes textos, já viu o fio que atravessa todos eles: custos, aplicações, acessos, auditoria, IA, nuvem, híbrido, monitoramento — todos apontam para a mesma coisa. A tecnologia muda, os nomes mudam, mas o problema de fundo é sempre o mesmo: falta de visão consolidada sobre o que a empresa tem, usa, gasta e permite.
Ferramenta nenhuma resolve isso sozinha. O que resolve é a decisão de parar de operar no escuro e passar a enxergar — de forma consolidada, atualizada e explicável.
Infraestrutura moderna, no fim das contas, é aquela que você entende. E o que você entende, você controla.
Foi por isso que criamos o Cobalto Manager — para que a TI consiga enxergar, num só lugar, o que tem, quanto custa, quem acessa e como está a saúde do ambiente. Governança que a TI controla.
Conheça o Cobalto ManagerEste texto faz parte do “Diário de um Gerente de TI”, uma série sobre os problemas reais de governança, custos e infraestrutura que a TI enfrenta na prática.