Linux no roteador: o dia que descobri que infra era Linux antes de saber o nome
Meu primeiro computador foi Linux. Meu primeiro emprego foi em rede com Cisco e MikroTik. Demorei um tempo para perceber que os dois mundos eram o mesmo mundo.
Estava configurando um MikroTik quando percebi que o terminal que estava usando tinha a mesma cara do terminal do meu computador em casa.
Mesmo prompt. Mesmos comandos básicos. Mesma lógica de arquivos de configuração em texto.
Perguntei para o colega mais velho: "esse roteador roda Linux?"
Ele olhou como se eu tivesse perguntado se água é molhada. "Tudo roda Linux."
Meu primeiro computador, em 2011, foi um Kubuntu. Não foi escolha técnica — foi o que tinha disponível. Aprendi a usar computador no terminal antes de saber que isso era incomum.
Quando entrei na Oi em 2013, o ambiente era Windows no desktop, Cisco e MikroTik na rede. Pareciam mundos separados.
Não eram.
Cisco IOS tem shell. MikroTik RouterOS tem terminal com comandos que você reconhece se já usou Linux. Os arquivos de configuração são texto — editáveis, versionáveis, auditáveis. O processo de configurar um roteador via CLI era o mesmo processo de configurar qualquer serviço Linux: abrir o arquivo certo, entender a sintaxe, testar, verificar o log.
O que essa descoberta mudou:
Parei de tratar equipamentos de rede como caixas pretas. Roteador não é appliance mágico — é computador especializado rodando sistema operacional com kernel Linux (ou derivado). Tem processo, tem memória, tem log, tem arquivo de configuração que você pode ler e entender.
Engenheiro que trata infra como caixa preta depende de interface gráfica e documentação do vendor. Engenheiro que entende que é Linux consegue diagnosticar no terminal, escrever script para automatizar, ler o que está acontecendo de verdade.
Anos depois, quando comecei a trabalhar com Kubernetes, a mesma lógica apareceu.
Pod é container. Container é processo isolado. Processo roda em Linux. O cluster inteiro — nodes, networking, storage — é Linux com abstrações em cima.
Engenheiros que aprenderam Kubernetes sem nunca ter tocado em Linux nu tendem a travar quando as abstrações quebram. Quando o pod não sobe e o erro não está no log da aplicação — está no kernel, no cgroup, no namespace de rede — você precisa saber descer.
Esse instinto de "vai até o Linux embaixo" comecei a desenvolver num MikroTik em 2013.
Essa semana: qual é a abstração que você usa todo dia mas nunca olhou o que tem embaixo?