{"id":36281,"date":"2019-10-31T22:10:39","date_gmt":"2019-10-31T19:10:39","guid":{"rendered":"https:\/\/prohoster.info\/blog\/spravochnaya-chego-zhdat-ot-fedora-silverblue\/"},"modified":"2019-10-31T22:10:39","modified_gmt":"2019-10-31T19:10:39","slug":"spravochnaya-chego-zhdat-ot-fedora-silverblue","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/spravochnaya-chego-zhdat-ot-fedora-silverblue","title":{"rendered":"Referencia: qu\u00e9 esperar de Fedora Silverblue","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Analizamos las caracter\u00edsticas de un sistema operativo inmutable.<\/h5>\n

\n\"Referencia:<\/a><\/noindex>
\n\/ \u0444\u043e\u0442\u043e Clem Onojeghuo<\/a><\/noindex> Unsplash<\/i><\/p>\n

C\u00f3mo surgi\u00f3 Silverblue<\/h2>\n

\nFedora Silverblue es un sistema operativo de escritorio inmutable. Todas las aplicaciones se ejecutan en contenedores aislados, y las actualizaciones se instalan de manera at\u00f3mica.<\/p>\n

El proyecto anteriormente se llamaba Fedora Atomic Workstation<\/a><\/noindex>. Luego fue renombrado a Silverblue. Seg\u00fan los desarrolladores, consideraron m\u00e1s de 150 opciones de nombres. Silverblue fue seleccionado simplemente porque hab\u00eda un dominio libre y cuentas en redes sociales disponibles.<\/a><\/noindex><\/p>\n

El sistema actualizado sustituy\u00f3<\/a><\/noindex> Fedora Workstation como la versi\u00f3n prioritaria para escritorios en Fedora 30. Los autores comentan que, en el futuro, Silverblue podr\u00eda desplazar completamente a<\/a><\/noindex> Fedora Workstation.<\/p>\n

Uno de los residentes de Hacker News sugiri\u00f3<\/a><\/noindex>, que el concepto de Silverblue es una evoluci\u00f3n del proyecto Stateless Linux<\/a><\/noindex>. Este fue promovido en Fedora hace aproximadamente diez a\u00f1os. Stateless Linux ten\u00eda como objetivo simplificar la administraci\u00f3n de clientes delgados y gruesos. En este, tambi\u00e9n todos los archivos de configuraci\u00f3n del sistema se abr\u00edan en modo 'solo lectura'.<\/p>\n

Qu\u00e9 aporta la \"inmutabilidad\"<\/h2>\n

\nEl t\u00e9rmino 'sistema operativo inmutable' indica que los directorios ra\u00edz y de usuario se montan en modo 'solo lectura'. Todos los datos modificables se almacenan en el directorio \/var. Un m\u00e9todo similar es utilizado por los desarrolladores de ChromeOS<\/a><\/noindex> y macOS Catalina<\/a><\/noindex>. Este enfoque aumenta la seguridad del sistema operativo y evita la eliminaci\u00f3n de archivos del sistema (por ejemplo, por error).<\/p>\n

Uno de los residentes de Hacker News en un hilo relacionado cont\u00f3<\/a><\/noindex>, que una vez borr\u00f3 accidentalmente varios archivos del sistema mientras modificaba el tema de Ubuntu Yaru. En ese momento, no ten\u00eda copias de seguridad debido a un error en regex. Seg\u00fan sus palabras, un sistema operativo inmutable habr\u00eda ayudado a evitar problemas.<\/p><\/blockquote>\n

\nLa instalaci\u00f3n de actualizaciones tambi\u00e9n se simplifica: para ello, basta con reiniciar el sistema con una nueva imagen. Adem\u00e1s, se puede cambiar r\u00e1pidamente entre varias ramas (versiones) de Fedora. Por ejemplo, entre la versi\u00f3n en desarrollo actual de Fedora Rawhide<\/a><\/noindex> y el repositorio updates-testing<\/a><\/noindex> con las actualizaciones en preparaci\u00f3n.<\/p>\n

Cu\u00e1les son las diferencias con Fedora cl\u00e1sica<\/h2>\n

\nPara instalar el entorno base (\/ y \/usr), se utiliza la tecnolog\u00eda OSTree. Se puede decir que esto es un sistema de 'versionado' RPM<\/a><\/noindex>-packages. Los paquetes RPM se transfieren al repositorio OSTree mediante rpm-ostree. Al instalar un paquete, esta forma<\/a><\/noindex> un punto de restauraci\u00f3n al que se puede retroceder en caso de falla.<\/p>\n

OSTree tambi\u00e9n permite<\/a><\/noindex> instalar aplicaciones desde repositorios dnf\/yum y repositorios no soportados por Fedora. Para esto, en lugar del comando dnf install, se debe usar rpm-ostree install. El sistema generar\u00e1 una nueva imagen base del sistema operativo y la reemplazar\u00e1.<\/p>\n

Como mecanismo para actualizar aplicaciones se utiliza Flatpack<\/a><\/noindex>. Este las ejecuta en contenedores. Un paquete Flatpack incluye solo las dependencias espec\u00edficas para una aplicaci\u00f3n en particular. Todas las bibliotecas b\u00e1sicas (como las bibliotecas de GNOME y KDE) permanecen como entornos de ejecuci\u00f3n acoplables. Este enfoque permite reducir el tama\u00f1o de los paquetes al eliminar componentes repetidos.<\/p>\n

\"Referencia:
\n\/ \u0444\u043e\u0442\u043e Jonathan Larson<\/a><\/noindex> Unsplash<\/i><\/p>\n

Para instalar aplicaciones que no est\u00e1n empaquetadas en Flatpack, se puede utilizar Toolbox<\/a><\/noindex>. Permite crear un contenedor con el instalador cl\u00e1sico de Fedora.<\/p>\n

Soluciones an\u00e1logas<\/h2>\n

\nHay otras distribuciones cuyas tareas son an\u00e1logas a las de Silverblue. Un ejemplo podr\u00eda ser MicroOS<\/a><\/noindex> de openSUSE. No es una distribuci\u00f3n independiente, sino parte de la plataforma openSUSE Kubic para desplegar CaaS (Container as a Service).<\/p>\n

El sistema trabaja con contenedores Docker. Sus im\u00e1genes se distribuyen en forma de paquetes RPM. Esto facilita<\/a><\/noindex> la instalaci\u00f3n de aplicaciones basadas en l\u00ednea de comandos que no est\u00e1n disponibles en formato Flatpack. La sistema anfitriona para ejecutar los contenedores se forma a partir del repositorio oficial. openSUSE Tumbleweed<\/a><\/noindex>.<\/p>\n

MicroOS fue desarrollado para despliegues a gran escala (por ejemplo, en centros de datos), pero tambi\u00e9n puede funcionar en m\u00e1quinas individuales.<\/p>\n

Un ejemplo de otro desarrollo similar podr\u00eda ser NixOS<\/a><\/noindex>. Esta es una distribuci\u00f3n de Linux basada en el gestor de paquetes Nix. Su caracter\u00edstica principal es la descripci\u00f3n declarativa de configuraciones. El administrador no necesita instalar el sistema y configurarlo manualmente. El estado se escribe en un archivo especial: all\u00ed se especifican todos los paquetes y configuraciones de autenticaci\u00f3n. Luego, el gestor de paquetes lleva autom\u00e1ticamente el SO al estado indicado.<\/p>\n

Este sistema es utilizado activamente por utilizan<\/a><\/noindex> proveedores de nube, universidades y empresas de TI.<\/p>\n

De todos modos, Silverblue tiene la oportunidad de ocupar su nicho en el mercado. Veremos si lo consigue en el futuro.<\/p>\n

\nMateriales del Primer blog sobre IaaS corporativo:<\/b><\/p>\n