Edmilson Alferes

Eu nunca esqueço da primeira vez que tentei organizar documentação em equipe usando o Wiki do Azure DevOps. Era aquele velho dilema: ou a gente sofria com a experiência nativa, cheia de limitações, ou apelava pros docs externos e torcia pra não virar uma salada de versões. Toda vez que precisava editar um bloco de código ou alinhar uma tabela, sentia que tava fazendo gambiarra. Quem já passou por isso sabe bem a sensação de “só mais um ajuste” que vira meia hora de sofrimento. ...

Você já ficou preso em fila de hospital esperando atendimento pra algo urgente, tipo uma dor que atravessa a madrugada? Eu já — e não desejo pra ninguém. Nessas horas, a gente percebe como dependemos do sistema, da informação certa na hora certa e de profissionais que, no fundo, também estão lutando contra processos engessados. Dias atrás, dei de cara com uma matéria chamada “Navigating Urology Hospitals, Modern Therapies, and Specialist Care: A Practical Patient Manual” (link pra quem quiser ler: BestDevOps). Ela foca no ponto de vista do paciente, mas não consegui evitar de pensar no tanto de tecnologia, automação e integração de dados que existe (e precisa existir) nos bastidores desses hospitais. ...

Eu já perdi a conta de quantas vezes ouvi alguém falar: “agora vai, a IA vai resolver o nosso deploy”. Parecia só mais um papo de meetup, mas esses dias me peguei revendo um incidente antigo, quando um script automatizado quase derrubou o ambiente inteiro só porque ninguém parou pra pensar se aquilo realmente fazia sentido. Fiquei rindo sozinho. A diferença é que agora, com AI agents pipocando em tudo, a chance de alguém botar fé demais num agente novo e deixar o caos reinar aumentou bastante. E aí, será que essas promessas de agentes inteligentes pra equipes de engenharia estão entregando o que prometem? ...

Acho que quase todo mundo que já mexeu com repositório corporativo já ouviu a pergunta: “por que vocês ainda estão no Azure DevOps?”. Eu ouvi isso mais vezes do que gostaria, principalmente em migrar times grandes, cheios de pipelines e histórico, pra GitHub. Só quem já ficou de madrugada rezando pra export de repositório dar certo entende o drama — e o frio na barriga quando alguém pergunta se os pipelines vão quebrar. ...

A última vez que rodei um script de automação pelo celular, na fila do supermercado, pensei se alguém algum dia ensinaria isso num curso formal. Ou será que DevOps de verdade a gente aprende só quebrando produção mesmo? Um monte de gente fala que certificação não prepara ninguém pra vida real, mas basta pintar uma vaga pra todo mundo correr atrás do badge. Pois foi bem essa pulga atrás da orelha que ficou depois de ler uma matéria do BestDevOps chamada Why Certifications Matter in DevOps Careers. O texto discute o papel das certificações pra quem quer seguir carreira em DevOps, e não poupa exemplos — tanto dos entusiastas quanto dos céticos. Me fez olhar pras provas que já fiz (e pras que evitei) com outros olhos. ...

Já parou pra pensar na quantidade de container que você roda no seu dia a dia sem saber direito o que entra neles? Eu mesmo já perdi sono pensando se aquele build automático do CI não tinha puxado uma dependência bizarra, ou deixado uma brecha fácil de explorar. Nessas horas, bate aquela vontade de ter um selo de garantia — tipo “pode rodar tranquilo que ninguém mexeu aqui”. Mas será que existe mesmo esse selo? ...

Você já se pegou pensando aquela velha questão: ‘Onde estão os artefatos que eu uso e quem pode mudá-los?’ Se você está no mundo de Kubernetes, sabe a dor de cabeça que isso pode ser. Lembro de uma vez em que um simples rate limit no Docker Hub quase me deu um ataque cardíaco antes de um deploy crítico. Estava lendo sobre o lançamento do Flux Mirror, um plugin CLI do Flux, que promete mitigar justamente problemas como esse. Ele faz parte do Flux v2.9 e se propõe a manter os clusters Kubernetes reconectando apenas a partir de registros que as equipes realmente operam. A grande sacada aqui é o ‘Gitless GitOps’ — onde, ao invés de repositórios Git, os registros OCI são a nova fonte da verdade. ...

Você já se pegou revirando um manifesto antigo e se perguntando por que aquela configuração está ali? Se você lida com Kubernetes, sabe que o backlog técnico é um companheiro constante. Recentemente, me deparei com uma notícia que me fez refletir sobre isso. A versão 1.36 do Kubernetes, apelidada de “Haru”, foi lançada — e trouxe algumas despedidas dolorosas, junto com melhorias significativas. No dia 22 de abril, o Kubernetes 1.36 chegou ao mundo e trouxe consigo a aposentadoria de três componentes que muitos de nós ainda usamos: gitRepo, IPVS no kube-proxy e Ingress-NGINX. Se, como eu, você adiou algumas migrações, é hora de tomar um café forte e encarar as mudanças. A ênfase desta versão não está em novidades chamativas, mas sim em amadurecimento operacional, algo que é música para os ouvidos de quem trabalha com plataforma. ...

Eu lembro bem de uma madrugada em que fiquei empacado tentando fazer um CI rodar num projeto open source – só quem já perdeu sono porque a pipeline não passava entende o drama. Trocar teoria por prática foi o que me salvou, e isso é algo que, sinceramente, muita gente subestima quando fala de DevOps. Vi uma matéria interessante no BestDevOps (DevOps With Open-Source Projects: A Practical Guide), defendendo justamente essa ideia: DevOps de verdade se aprende mexendo, errando, consertando. Não é livro, não é tutorial. É mão na massa em projeto real, open source ou não. ...

Você que trabalha com Kubernetes já deve ter se deparado com a tarefa de configurar o Ingress, seja para roteamento de tráfego ou para integrar serviços. Essa tarefa, no entanto, está prestes a ganhar uma nova cara graças ao Gateway API. Quando li sobre essa novidade, me veio à mente todas aquelas vezes em que precisei lidar com anotações customizadas no Ingress para conseguir algo que deveria ser simples. Se você já apanhou com isso, sabe do que estou falando. ...