Mainline, stable ou LTS: escolha o kernel pelo contrato de operação

O sinal e os factos que mudam a decisão

Depois do Linux 7.2 mainline, equipas precisam de separar interesse técnico de obrigação operacional. O canal correto depende do suporte da distribuição, horizonte de manutenção, hardware, módulos e tolerância de mudança.

Stable corrige a linha recente; longterm mantém linhas escolhidas; distribuições podem aplicar backports sem mudar o número principal. Comparar apenas uname não prova presença ou ausência de um backport de segurança.

A fonte do pacote e o advisory da distribuição fazem parte da evidência de patch. Misturar pacotes mainline com uma distribuição suportada cria uma cadeia que nenhum fornecedor assume integralmente.

Decisão, limites e condição de bloqueio

Documente uma política por classe de host que define canal, origem do pacote, prazo de segurança, teste, vagas e rollback.

Misturar pacotes mainline com uma distribuição suportada cria uma cadeia que nenhum fornecedor assume integralmente.

Execução e prova de conclusão

A execução deve começar por agrupar hosts por distribuição, função, hardware, módulos e sla. Depois, definir canal aprovado e exceção com validade para cada grupo. O fecho exige verificar backports por advisory e pacote, não só por versão upstream.

A frota deve mostrar canal aprovado, kernel efetivo, origem, último advisory aplicado, exceção e teste de rollback.

• agrupar hosts por distribuição, função, hardware, módulos e SLA.
• definir canal aprovado e exceção com validade para cada grupo.
• verificar backports por advisory e pacote, não só por versão upstream.
• A frota deve mostrar canal aprovado, kernel efetivo, origem, último advisory aplicado, exceção e teste de rollback.