Quatro motivos para começar a usar o image mode para Red Hat Enterprise Linux agora mesmo

Há quase dois anos, lançamos o image mode for Red Hat Enterprise Linux (RHEL) para oferecer aos clientes uma maneira mais simples de implantar a base da TI empresarial. Desde então, ouvi usuários que adotaram o image mode descreverem a experiência como uma mudança de estilo de vida. Há uma mudança fundamental de mentalidade: do gerenciamento baseado em pacotes para o gerenciamento baseado em imagens nativo em containers. E, convenhamos, mudanças de estilo de vida podem ser difíceis. Mas os benefícios — técnicos e pessoais — são reais.

O image mode simplifica alguns dos processos mais monótonos da TI. Isso significa operações mais previsíveis para a empresa e menos janelas de manutenção na madrugada para as equipes. Esses benefícios estão mais acessíveis do que você imagina. Se você reluta em migrar para o image mode, confira estas quatro maneiras de agregar valor rapidamente:

1. Janelas de manutenção mais curtas e negociações mais tranquilas com stakeholders

No gerenciamento tradicional baseado em pacotes, as janelas de manutenção costumam ser longas e imprevisíveis. Como as atualizações são aplicadas pacote por pacote, quanto mais RPMs você tiver, mais pontos de falha em potencial introduzirá. Considerando o número de servidores que precisam de atualização, é difícil evitar horas de downtime caso algo dê errado. Isso dificulta as negociações com os stakeholders.

O image mode muda fundamentalmente essa conversa. Em vez de aplicar as atualizações em tempo real, ele permite baixá-las e prepará-las em segundo plano. Isso reduz a janela de manutenção a uma reinicialização simples e rápida para alternar para a nova imagem.

Com a introdução de soft reboots no RHEL 10.1, esse processo se torna ainda mais rápido. O recurso de soft reboots permite atualizar aplicações, bibliotecas e outros componentes do userspace sem uma reinicialização completa do kernel. As horas de downtime são reduzidas a apenas alguns minutos de reinicialização.

2. Reduza os riscos com atomicidade e rollbacks instantâneos

Em um ambiente tradicional baseado em pacotes, a atualização de uma única dependência do sistema (como uma biblioteca compartilhada ou um patch de segurança secundário) geralmente exige um snapshot ou backup do sistema de arquivos. Você modifica o sistema ativo no local e espera que não haja conflitos com os serviços existentes. Uma atualização com falha significa uma restauração manual lenta a partir de um backup. E mais tempo de inatividade.

O image mode for RHEL altera fundamentalmente essa dinâmica por meio da atomicidade e de rollbacks instantâneos. Em vez de aplicar patches em um servidor em execução, você integra a mudança de dependência a uma nova imagem inicializável e com controle de versão. A atualização é atômica, ou seja, é preparada em segundo plano e aplicada de uma só vez ao reiniciar. O sistema nunca entra em um estado corrompido ou de atualização parcial, e a recuperação de conflitos ocorre em segundos.

O image mode para RHEL transforma o gerenciamento de configurações de alto risco em um processo de baixo risco e alta confiabilidade.

3. Controle de desvios mais rigoroso com rastreabilidade real

Se a solução funciona na sua máquina, mas não em produção, isso geralmente é resultado de uma incompatibilidade de software. Máquinas de desenvolvimento e sistemas de produção têm ciclos de vida, casos de uso, posturas de segurança e, inevitavelmente, versões de software diferentes. No package mode, é difícil rastrear alterações em um host após meses ou anos de ajustes e patches manuais.

O image mode para RHEL utiliza artefatos binários literais publicados em um container registry. Isso cria um vínculo inquebrável entre o host em execução e a versão exata da imagem usada na criação.

Com ele, você pode provar qual código está sendo executado em cada servidor a qualquer momento. Uma melhor visibilidade da frota facilita o acompanhamento de distribuições incrementais no seu ambiente e a identificação de quais hosts ainda precisam ser atualizados para a golden image mais recente.

As novas compilações reproduzíveis no Red Hat Enterprise Linux 9.7 e no Red Hat Enterprise Linux 10.1 oferecem suporte para que imagens criadas a partir de conteúdos idênticos sejam iguais até nos metadados.

4. Automatize o design do sistema operacional como um desenvolvedor

O mais empolgante no image mode é que ele finalmente permite que sysadmins usem as mesmas ferramentas modernas de GitOps que seus colegas desenvolvedores. Como as compilações do image mode são baseadas na tecnologia de containers, você pode:

• Testes locais: crie e inicialize a imagem do sistema operacional no seu laptop usando o Podman para verificar as alterações antes que elas cheguem ao servidor.
• Integração de CI/CD: use o GitHub Actions, o GitLab CI ou o Jenkins para automatizar a compilação do sistema operacional e os pipelines de teste.
• Manutenção automatizada: use ferramentas como o Renovate para acionar automaticamente a criação de uma nova imagem do sistema operacional sempre que um patch de segurança for lançado para um pacote base.

Isso transfere a maior parte do esforço para a fase de criação, onde os erros são corrigidos com baixo custo, em vez da fase de produção, em que são catastróficos.

Experimente o image mode

A transição para o image mode é mais do que apenas uma nova forma de instalar software; é uma maneira de recuperar seu tempo e reduzir o trabalho exaustivo da administração de sistemas. Ao concentrar o trabalho na fase de criação, você ajuda a manter a produção estável, segura e, acima de tudo, previsível.

Tudo pronto para vê-lo em ação?

• Experimente o image mode com nosso laboratório introdutório 
• Saiba mais sobre como começar a usar o image mode para RHEL