Atualmente estou usando o Ubuntu em meus servidores de produção.
Eu prefiro usar o arch linux no meu desktop porque eles nunca têm uma versão para sistemas operacionais como ubuntu, debian etc., então nunca preciso me preocupar com o EOL.
Existe alguma possibilidade de usarmos o Debian com repositórios configurados para usar 'estável' em vez de um nome de código como: jessi, wheezy etc.
Para que nossos servidores nunca cheguem ao fim da vida útil?
Prefiro ter um sistema operacional como Debian/Ubuntu, porque posso configurar: UnattendedUpgrades
Ou existe algum sistema operacional como esse que eu possa usar em meus servidores.
Estou usando esses servidores para hospedar sites magento, [que usa nginx/apache, php, mysql, redis, memcached]
Responder1
Não creio que haja uma “solução” fácil para isso. Eu também uso Debian e Arch Linux. O último em um dos meus laptops e o Debian no (s) meu (s) servidor (es) (e também em outro laptop).
Há uma razão pela qual não uso Arch em meus servidores; como é um lançamento contínuo, há umpotencialpara quebra. Digo potencial porque não descreveria o Arch Linux como "instável". Ao longo dos anos, tive apenas duas pequenas quebras (isso é uma palavra?). Mas com o Debian não tive nenhum; como em zero.
Sim, às vezes quando faço uma atualização pacman -Syuno Arch, fico um pouco nervoso, enquanto uma atualização no Debian nunca quebrou nada (não estou dizendo que não poderia acontecer, mas nunca experimentei isso).
Resumindo; neste ponto, acho que você realmente precisa escolher entre os dois. Acho que ambas as abordagens (lançamentos contínuos versus lançamentos "fixos") têm seus pontos fortes, mas você não pode obter um lançamento contínuo "super confiável".
Quando o Debian (ou *buntu) atinge o EOL, normalmente faço backup de todos os arquivos que não são do sistema, faço uma instalação limpa e coloco tudo de volta. Não é muito incômodo, imho.
Responder2
Além de alguns aplicativos embarcados altamente especializados que sempre serão usados em um cenário específico e protegido, você precisa atualizar sua distribuição. Para qualquer máquina com conexão de rede (e para a maioria das que não têm), você precisa aplicar correções de segurança. Você também precisa acompanhar os horários de algumas coisas, inclusive, literalmente, as mudanças na definição do fuso horário conforme as leis mudam. Se você adicionar um novo hardware, poderá precisar de drivers mais recentes e, é claro, poderá querer executar um software mais recente um dia.
Não importa o tipo de distribuição que você escolher, sempre há atualizações. Algumas distribuições como Arch Linux e Debian instável ou de teste têm “lançamentos contínuos”, ou seja, as atualizações vêm em pequenos pedaços (alguns pacotes por vez) e há atualizações praticamente todos os dias. Outras distribuições são mais estáveis, com apenas correções de bugs críticos (principalmente de segurança) chegando em horários não programados, e lançamentos importantes apenas uma ou duas vezes por ano, no máximo.
De qualquer forma, sua instalação chegará ao fim se você não atualizá-la. A única diferença é se leva dias (Arch) ou uma década (RHEL).
As atualizações podem quebrar coisas. Atualizações autônomas geralmente são uma má ideia. Faça atualizações autônomas em seu servidor somente se você as tiver ensaiado primeiro em uma máquina idêntica (mesmo hardware ou próximo o suficiente, exatamente o mesmo conjunto de pacotes, mesma configuração, exceto pela diferença mínima na configuração de rede e nas contas de usuário).
Para um servidor, recomendo fortemente uma distribuição estável. Dessa forma, você só encontrará atualizações arriscadas a cada dois anos. As atualizações de segurança geralmente são seguras.
No Debian, você pode apontar a lista de fontes em stablevez de um nome de lançamento como jessie. A vantagem é que seu sistema sempre acompanhará os novos lançamentos automaticamente. A desvantagem é que um dia você acordará com 3 GB de downloads e 2 horas de E/S de disco para realizar a atualização. É melhor agendar essas coisas.