Sobre
Quem escreve
Sou Ademar Lucas, e trabalho com infraestrutura — a camada que quase ninguém vê quando está funcionando, e que todo mundo sente quando para.
Minha atuação se concentra em manter sistemas de produção previsíveis: servidores Linux, armazenamento, redes, virtualização e as esteiras que levam código até o ar. Na prática, isso significa transitar por ambientes bastante diferentes entre si — de um pool ZFS que precisa de tuning de cache a um pipeline que precisa publicar uma imagem sem intervenção manual.
Os assuntos que aparecem com mais frequência no meu dia a dia, e por consequência neste acervo:
| Área | O que envolve |
|---|---|
| Linux | Debian, Ubuntu, RHEL, Fedora e Alpine — administração, hardening e diagnóstico |
| Armazenamento | ZFS, NVMe, benchmark de I/O, sistemas de arquivos e desempenho |
| Virtualização | Proxmox, PBS e TrueNAS SCALE |
| Containers | Docker, Kubernetes, OpenShift e OKD |
| Redes | DNS, firewall com UFW e nftables, proxy reverso e TLS |
| Entrega contínua | GitLab CI/CD, registries privados e automação de deploy |
Por que este site existe
Todo problema resolvido em infraestrutura deixa um rastro: o comando que funcionou, a métrica que apontou a causa, a decisão que evitou o próximo incidente. Esse rastro costuma se perder — fica num histórico de shell, num ticket fechado, na memória de quem estava de plantão.
O Demainfra é a tentativa de não perder isso. É o lugar onde reúno a documentação técnica e o conhecimento que fui acumulando ao longo da minha trajetória, escrito de forma que sirva de novo — para mim, seis meses depois, e para quem estiver diante do mesmo problema.
Não é um blog de novidades. É um caderno de trabalho aberto.
O que guia o conteúdo
Explicar antes de mandar copiar. Um comando sem contexto resolve uma vez. Entender por que ele resolve serve para sempre.
Registrar o que foi testado. O que está aqui passou por um ambiente real — laboratório ou produção. Quando algo é teoria, isso está dito.
Incluir o diagnóstico, não só a solução. Saber qual métrica olhar e como interpretá-la vale mais que a receita final.
Assumir os limites. Quando uma abordagem tem contraindicação, custo ou risco, o texto diz qual é.
Como encontrar as coisas
O acervo tem dois eixos de navegação, e o mesmo documento aparece nos dois:
- Por tipo de leitura — Conceitos explicam como algo funciona; Tutoriais levam da preparação à validação.
- Por assunto — as seções de Linux Networking, Linux System, Linux Storage e DevOps & Cloud, ou a página de tags, que cruza todos os temas.
Como o site é feito
Coerente com o assunto, o próprio portal é um exercício de infraestrutura:
- Conteúdo em Markdown, versionado em Git — o repositório é a fonte da verdade
- Site estático gerado com VitePress, servido por Nginx Alpine sem privilégios, numa imagem de 15 MB
- Publicação por pipeline GitLab CI/CD: lint, validação de links, build, scan de vulnerabilidades com Trivy e deploy via Docker Compose
- Cada versão publicada recebe a tag do commit que a gerou
Publicar um artigo aqui é criar um arquivo. Sidebar, rotas e índices são derivados dele no momento do build.
Contato
Para conversar sobre infraestrutura, corrigir algo que escrevi ou sugerir um assunto:
Correções são especialmente bem-vindas. Documentação errada é pior que documentação nenhuma.