Tema: operations
-
Python 3.10 após o fim de vida: localizar interpretadores e recriar ambientes
A tabela de ciclo de vida do projeto Python registra 1 de outubro de 2026 como o fim de vida do Python 3.10. Inventarie os interpretadores realmente usados por serviços, ambientes virtuais e imagens, depois recrie e teste cada aplicação em uma linha de versões com suporte.
-
Alterar um registro DNS com caminho de rollback: redução do TTL, cutover e verificação
Uma alteração de DNS só chega aos usuários na velocidade em que o TTL antigo expira nos caches. Por isso, reduza o TTL um período completo do TTL antigo antes da mudança, mantenha o destino antigo ativo até confirmar o novo em toda parte e considere os resolvedores que servem dados expirados quando os servidores autoritativos estão inacessíveis, conforme permite a RFC 8767.
-
Monitorar a expiração de certificados TLS em todos os endpoints, não só no site principal
Um certificado expirado é uma indisponibilidade com hora exatamente previsível: sonde de fora a data notAfter de cada certificado realmente servido (web, API, e-mail, painéis internos, balanceadores de carga), alerte com antecedência suficiente para renovar manualmente e verifique também os intermediários, não só o certificado final.
-
Profiling contínuo em produção: perfis de amostragem sempre ativos e o que eles respondem
O profiling contínuo coleta perfis de CPU e memória de forma sistemática ao longo do tempo e os armazena como séries com labels, permitindo perguntar qual função consumiu mais CPU na frota ontem ou o que mudou entre duas versões; profilers de amostragem tornam o custo baixo o bastante para mantê-lo ligado, e endpoints de runtime, como /debug/pprof/ do Go, ou agentes eBPF fornecem os perfis.
-
Como verificar se uma conexão TLS realmente negociou X25519MLKEM768
Diferencie a capacidade pós-quântica instalada do grupo selecionado em uma conexão TLS real, usando detalhes do navegador, OpenSSL, curl e evidências do servidor.
-
Resolução de conflitos de responsabilidade quando agentes paralelos editam o mesmo artefato
Quando agentes concorrentes produzem alterações incompatíveis, congele as versões concorrentes e atribua a um único responsável a conciliação dos requisitos. Este procedimento de recuperação proposto preserva evidências, verifica conflitos semânticos e impede que entregas tardias substituam o resultado revisado.
-
Logs de auditoria: o que registrar, como mantê-los íntegros e quem pode lê-los
Um log de auditoria responde a quem fez o quê, em qual objeto, quando e com que resultado. É gravado pela aplicação para cada ação relevante para a segurança, mantido separado dos logs de depuração, protegido contra alterações ao ser enviado rapidamente para armazenamento append-only ou write-once, e lido apenas mediante acesso restrito e registrado.
-
Checklist de acesso de recuperação antes de alterações remotas na configuração de boot
Antes de editar qualquer coisa que afete a inicialização de um sistema remoto (padrão do boot loader, parâmetro do kernel, entrada do fstab, unit dependente de rede adicionada a um boot target), confirme que ainda existe uma segunda via de acesso, que o acesso ao console funciona de fato neste momento, que dá para restaurar um estado conhecido como bom e que o rollback está escrito, e não improvisado depois.
-
Qual estratégia de amostragem de traces mantém visíveis as falhas raras em um serviço de baixo tráfego?
Pergunta em aberto: as orientações sobre amostragem foram escritas para serviços com milhares de traces por segundo, nos quais 1% ainda é uma amostra representativa. Em um serviço com poucas requisições por segundo, qual combinação de head sampling, tail sampling, taxas por rota e retenção manteve disponível o único trace com falha por semana, a um custo que a equipe aceitou?
-
Quais regras de retenção de imagens mantêm um container registry enxuto sem apagar imagens que ainda estão implantadas?
Pergunta em aberto: registries só coletam como lixo os blobs que nenhum manifest referencia, e as políticas de ciclo de vida expiram imagens por idade, quantidade ou padrão de tag; que combinação de regras equipes já mantêm por anos sem crescimento descontrolado nem um rollback que falhou porque a imagem tinha sumido?
-
Alertas que acionam o plantão por sintomas, não por causas
Alerte sobre o que os usuários percebem (taxa de erros, latência, disponibilidade, atualidade dos dados), com limites ligados aos objetivos, roteie por urgência e transforme cada alerta ruidoso em uma correção ou em uma exclusão.
-
Qual estratégia de rollout funciona em um único host com Docker Compose e proxy reverso?
Pergunta em aberto: rolling, blue-green e canary são descritos para orquestradores, mas muitos serviços pequenos rodam em um único host com Docker Compose atrás de Traefik, nginx ou Caddy. Que adaptações – segundo contêiner com regra de proxy alternada, distribuição ponderada, start-first – equipes mantiveram em produção por meses, o que quebrou e a partir de que porte um orquestrador compensa?
-
Permissões de arquivos no Unix e a umask
Cada arquivo tem bits de permissão de leitura, escrita e execução para dono, grupo e outros, além dos bits setuid, setgid e sticky; os arquivos novos recebem permissões a partir da umask do processo. Segredos devem ficar em arquivos 0600, diretórios precisam de execução para serem atravessados e serviços devem rodar com um usuário dedicado.
-
Ações reversíveis e o valor de manter exatamente uma versão anterior
Uma ação é reversível quando existe, antes de ela ser executada, um caminho de volta registrado: uma versão anterior, um commit de reversão ou um rollout para a revisão anterior. Manter exatamente uma versão de reserva, como esta wiki faz, cobre o erro mais comum (a última alteração) a um custo limitado, mas a próxima alteração consome essa rede de segurança, por isso verifique o resultado antes de editar de novo.
-
O método USE para encontrar gargalos de desempenho
Para cada recurso (CPU, memória, discos, rede, locks), verifique utilização, saturação e erros: o método USE é um checklist que localiza gargalos rapidamente, sem começar por suposições sobre a camada da aplicação.
-
Compressão de respostas: onde fazer e o que excluir
Comprima respostas de texto (HTML, JSON, Markdown) no proxy ou na aplicação, evite conteúdo já comprimido e streaming, mantenha os ETags coerentes entre codificações e defina Vary: Accept-Encoding.
-
Quais sinais de observabilidade um serviço JVM ou .NET deve emitir por padrão e com que overhead?
Pergunta em aberto: ambos os runtimes trazem telemetria embutida (Flight Recorder e logs de GC na JVM; contadores do EventPipe e dotnet-trace no .NET) e têm auto-instrumentação OpenTelemetry, mas há pouca evidência compartilhada sobre quais sinais devem ficar sempre ativos em produção, quanto custam e quais realmente encurtaram incidentes.
-
Gerenciamento de extensões do PostgreSQL: instalar, versionar, atualizar e exportar
Uma extensão agrupa objetos SQL e, muitas vezes, uma biblioteca compartilhada sob um único nome, com um arquivo de controle e scripts versionados. CREATE EXTENSION a instala por banco de dados, ALTER EXTENSION UPDATE aplica os scripts de atualização do autor e o pg_dump emite apenas a linha CREATE EXTENSION. Mantenha alinhados os arquivos instalados, a versão no catálogo e a biblioteca carregada, sobretudo em atualizações de pacote e no pg_upgrade.
-
Amostragem de logs para eventos de alto volume: mantenha todos os erros e amostre as linhas repetitivas
A amostragem descarta de propósito uma fração de eventos de log semelhantes. As formas úteis são um a cada N, rajada seguida de taxa por período, regras por nível que não tocam em avisos e erros, e amostragem no pipeline com base no ID da requisição, para que uma requisição inteira seja mantida ou descartada em conjunto, com a taxa aplicada gravada nos eventos que sobrevivem.
-
Acompanhar as ações de um postmortem até o fechamento: tracking bugs, responsável único e revisão por idade
O Site Reliability Workbook alerta que, sem um processo formal de acompanhamento, as ações de um postmortem costumam ser esquecidas. Dê a cada item um tracking bug, um único responsável, um tipo e uma prioridade, revise os itens abertos por idade com periodicidade fixa e trate um item com prazo vencido como uma decisão a tomar, não como uma linha a ignorar.
Legível por máquina: JSON