Actualmente estoy usando Ubuntu en mis servidores de producción.
Prefiero usar Arch Linux en mi escritorio porque nunca tienen una versión para sistemas operativos como Ubuntu, Debian, etc., por lo que nunca tengo que preocuparme por el EOL.
¿Existe alguna posibilidad de que podamos usar Debian con repositorios configurados para usar 'estable' en lugar de un nombre en clave como: jessi, wheezy, etc.
¿Para que nuestros servidores nunca lleguen al final de su vida útil?
Prefiero tener un sistema operativo como Debian/Ubuntu, porque puedo configurar: UnattendedUpgrades
¿O existe algún sistema operativo como ese que pueda usar en mis servidores?
Estoy usando estos servidores para alojar sitios web de Magento, [que usa nginx/apache, php, mysql, redis, memcached]
Respuesta1
No creo que haya una "solución" fácil para esto. Yo también uso Debian y Arch Linux. Este último en una de mis computadoras portátiles y Debian en mis servidores (y en realidad también en otra computadora portátil).
Hay una razón por la que no uso Arch en mis servidores; dado que es un lanzamiento continuo, hay unpotencialpor rotura. Digo potencial porque no describiría Arch Linux como "inestable". A lo largo de los años, sólo he tenido dos roturas menores (¿es esa una palabra?). Pero con Debian no he tenido ninguno; como en cero.
Sí, a veces cuando hago una actualización pacman -Syuen Arch me siento un poco nervioso, mientras que una actualización en Debian nunca ha roto nada (no digo que no pueda suceder, pero nunca lo he experimentado).
Para resumir; En este punto, creo que realmente tienes que elegir entre los dos. Creo que ambos enfoques (lanzamientos continuos versus lanzamientos "fijos") tienen sus puntos fuertes, pero no se puede obtener un lanzamiento continuo "súper confiable".
Cuando Debian (o *buntu) llega al EOL, normalmente hago una copia de seguridad de todos los archivos que no son del sistema, hago una instalación limpia y vuelvo a guardar todo. En mi humilde opinión, no es una gran molestia.
Respuesta2
Aparte de ciertas aplicaciones integradas altamente especializadas que siempre se utilizarán en un escenario protegido específico, es necesario actualizar su distribución. Para cualquier máquina con conexión de red (y para la mayoría de las que no la tienen), es necesario aplicar correcciones de seguridad. También debe mantenerse al día con los tiempos para algunas cosas, incluido, literalmente, los cambios en la definición de zona horaria a medida que cambian las leyes. Si agrega hardware nuevo, es posible que necesite controladores más nuevos y, por supuesto, es posible que algún día desee ejecutar un software más nuevo.
No importa qué tipo de distribución elijas, siempre habrá actualizaciones. Algunas distribuciones como Arch Linux y Debian inestable o de prueba tienen “lanzamientos continuos”, es decir, las actualizaciones vienen en pequeñas partes (unos pocos paquetes a la vez) y hay actualizaciones prácticamente todos los días. Otras distribuciones son más estables, con correcciones de errores críticos (principalmente de seguridad) en momentos no programados, y lanzamientos importantes sólo una o dos veces al año como máximo.
De cualquier manera, su instalación llegará al final de su vida útil si no la actualiza. La única diferencia es si lleva días (Arch) o una década (RHEL).
Las actualizaciones pueden romper cosas. Las actualizaciones desatendidas suelen ser una mala idea. Realice actualizaciones desatendidas en su servidor sólo si las ha ensayado primero en una máquina idéntica (mismo hardware o lo suficientemente parecido, exactamente el mismo conjunto de paquetes, misma configuración, excepto por la diferencia mínima en la configuración de red y las cuentas de usuario).
Para un servidor, recomiendo encarecidamente una distribución estable. De esa manera, sólo se encontrará con actualizaciones riesgosas cada dos años. Las actualizaciones de seguridad suelen ser seguras.
En Debian, puede señalar la lista de fuentes en stablelugar de un nombre de versión como jessie. La ventaja es que su sistema siempre seguirá automáticamente las nuevas versiones. La desventaja es que un día te despertarás con 3 GB de descargas y 2 horas de E/S de disco para realizar la actualización. Es mejor programar estas cosas.