Esto es lo que se perdió en la conferencia openSUSE 2018

La conferencia anual openSUSE es siempre un evento emocionante para la comunidad SUSE Linux. Este año el evento tuvo lugar en Praga del 25 al 27 de mayo. It's FOSS fue el socio de medios oficial del evento y asistí al evento en nombre del equipo de It's FOSS.

Si no seguiste mi informe diario en Facebook o LinkedIn, aquí tienes un resumen del evento de tres días tal como lo viví, todo condensado en un solo artículo.

Día 1

La conferencia comenzó con el lanzamiento oficial de openSUSE Leap 15, la última versión estable de la distribución de Linux de nivel profesional. Si no está familiarizado con el ecosistema SUSE, openSUSE es la versión gratuita del producto comercial SUSE Linux Enterprise.

En la conferencia, Richard Brown, presidente de openSUSE, repitió que, a partir de hoy, las versiones estables de OpenSUSE y SUSE Linux Enterprise comparten la misma base de código heredada de Tumbleweed: la versión continua de openSUSE. Todo el código nuevo debe pasar primero a Tumbleweed antes de llegar a las distribuciones estables comerciales y gratuitas de SUSE. Como corolario, SUSE Linux Enterprise no contiene “código oculto” ni “blobs de código cerrado” que no deberían estar disponibles en la versión gratuita del software.

En la continuidad del lanzamiento de Leap 15, Richard Brown también explicó la gobernanza del proyecto. O mejor dicho, la falta de ella, ya que no perdió ocasión de citar su frase favorita “el que hace, decide”. También se dijo varias veces que el proyecto y la comunidad dan la bienvenida a nuevos contribuyentes, ya sea que vengan a corregir un pequeño error o para cosas más grandes.

Durante la tarde asistí a varias charlas relacionadas con contenedores y aplicaciones nativas de la nube. En su charla, Jason S. Evans describió cómo utilizando contenedores Docker se puede crear un sitio Tor .onion en menos de 15 minutos.

Parece ser un tema muy candente para SUSE Linux Enterprise. Y un par de proyectos se desarrollan bajo el paraguas de openSUSE en esa área. En particular, Kubic, que todavía me resulta un poco confuso. Por la charla entendí que se encuentra encima de Kubernates en la "pila de la nube", pero también parece ser un nombre general para otros proyectos paralelos como MicroOS, que es un sistema operativo basado en Tumbleweed para microservicios y Velum, un panel de control. para gestionar sus clústeres de contenedores.

Sin embargo, ¿qué sería de un microservicio sin almacenamiento compartido? Si usa NFS en un NAS, está fuera: el nuevo chico genial del bloque es Ceph, una solución para crear clústeres de almacenamiento distribuido que se pueden usar además de un almacén de objetos, como almacenamiento en bloque o como un sistema de archivos compartido cuando usando CephFS encima.

Dia 2

La mañana del segundo día de la conferencia, asistí a un par de talleres. No sólo me parece más interesante hacer cosas que simplemente escuchar charlas, sino que como los talleres son interactivos y están diseñados para grupos pequeños, suele ser mucho más fácil el intercambio con los ponentes que en las salas principales. Y así fue al seguir el gran taller de Wolfgang “bigironman” y Frank “M0ses”: “Construcción de contenedores y VM usando OBS”.

La presentación comenzó con una breve introducción a los contenedores y las máquinas virtuales. Esa discusión nos llevó al núcleo del taller: OBS, el Open Build System.

OBS se utiliza para crear imágenes de compilación reproducibles y puede empaquetar aplicaciones en contenedores Docker (compilados de forma nativa o mediante Kiwi) o como AppImage. OBS admite imágenes de plantilla y se puede utilizar a través de una GUI basada en web o con la herramienta de línea de comandos `osc` (lo probé desde un contenedor que ejecuta OpenSUSE Leap 15 en mi computadora portátil con sistema operativo Elementary). Lo bueno de OBS es que no solo puedes crear imágenes para varias arquitecturas, sino que también tus imágenes se agregan a un repositorio donde otras personas pueden descargarlas si las creas con la opción de publicación.

En un tema completamente diferente, durante el segundo taller del día, algunos de nosotros fuimos iniciados en las herramientas arcanas utilizadas por el equipo de video para grabar y difundir las charlas de la conferencia en YouTube o a través del canal del Chaos Computer Club. Un componente clave del sistema es Voctomix, un mezclador de vídeo Full HD escrito en Python. Irónicamente, Voctomix se desarrolla principalmente en Debian por razones históricas.

La discusión fue tan interesante que me perdí por completo el almuerzo. Luego asistí al siguiente evento: "Cómo agregar cosas a MySQL". Habría esperado que esto fuera un taller, pero, de hecho, fue una charla que nos recordó la forma básica de extender MySQL a través de funciones o complementos definidos por el usuario. Y presentando la “nueva forma” de hacer inventada en Oracle: la “API de componentes”. Por lo que tengo entendido, promete hacer que las extensiones de MySQL sean mucho más modulares. Si estás interesado en el tema, sólo puedo remitirte a la documentación correspondiente.

Día 3

La primera charla del tercer día por la mañana fue sobre OBS, el “Open Build System” que ya mencioné anteriormente.

Ralf Lang nos dio una estupenda charla donde empezó explicando por qué los desarrolladores deberían utilizar imágenes Docker para configurar su entorno de desarrollo: descargando imágenes ligeras, puedes tener un entorno de trabajo en cuestión de segundos. Esto es lo que intenté explicarme en un vídeo donde muestro cómo puedes tener una instancia de Oracle RDBMS ejecutándose en un contenedor en cuestión de segundos para que puedas comenzar a desarrollar una base de datos en tu computadora sin perder el tiempo haciendo una instalación manual.

Ralf también explicó cómo, utilizando montajes vinculados, puede "importar" su directorio de trabajo al contenedor. Una vez más algo que mostré en un vídeo (dejando, debo admitir, al espectador como ejercicio cómo enlazar y montar su directorio de trabajo)

La gran ventaja de esta solución es que puede recrear o actualizar las herramientas reemplazando el contenedor y, gracias al montaje vinculado, esto no afectará en absoluto sus datos, código fuente, etc., siempre que estén confinados en el espacio "compartido". directorio. Pero el proceso de actualización de la imagen queda a su cargo. Y aquí es donde OBS entra en juego: ahora tienes una solución para reconstruir tus imágenes automáticamente cuando cambia una dependencia. La garantía de tener siempre la última versión de sus herramientas bien empaquetada y lista para descargar con un simple comando "docker pull". La discusión de OBS continuó después en una sala diferente. Lamentablemente no pude seguir esa segunda parte ya que no quería perderme las charlas de “embedded track” que se estaban llevando a cabo al mismo tiempo.

Hablando de sistemas embebidos, en su primera presentación, Andreas Färber nos hizo un recorrido por las plataformas embebidas soportadas por openSUSE para la compilación cruzada y el estado del soporte de los distintos procesadores ARM.

Hablé anteriormente de "compilación cruzada" ya que openSUSE no necesariamente se ejecuta en todas esas plataformas. Sin embargo, puede desarrollar software (“firmware”) que se ejecute sin sistema operativo en esas arquitecturas desde su computadora de desarrollo openSUSE.

Si desea una lista exhaustiva de las arquitecturas recientemente admitidas, le invito a que vea el vídeo completo:

Entre los microcontroladores recientemente admitidos, obviamente se encontraban los “nuevos” ARMv7-R y -M. Obviamente, dije, no solo por la popularidad de la plataforma ARM sino también porque ARM es socio/patrocinador de openSUSE algo que sin duda ayuda a tener la información necesaria para soportar esos chips.

Lo más interesante es que Andreas también recordó que ahora no solo tenemos un puerto de openSUSE para la arquitectura RISC-V, sino que también tenemos una cadena de herramientas de compilador cruzado que se puede usar para desarrollar firmware para placas de microcontroladores basadas en RISC-V. Las cuales, como me recordó durante la charla, son placas mucho menos costosas que aquellas capaces de ejecutar un sistema Linux completo.

La segunda mitad de la mañana Andreas se centró exclusivamente en la arquitectura ARM. Explicando el nuevo desafío introducido no solo por la maduración del mercado sino también por las nuevas amenazas que las vulnerabilidades Spectre y Meltdown han puesto a la luz este año. En concreto, surgió la preocupación de que mantener actualizado el sistema operativo ya no es suficiente. Para mitigar eficientemente esas nuevas vulnerabilidades, también debes actualizar el microcódigo de tu CPU. A continuación, Andreas hizo un recorrido por el estado actual del puerto de openSUSE para algunas placas populares, como Raspberry Pi Zero W, Pine64, MacchiatoBin o Rock 64, por nombrar solo algunas de ellas. Le animo a que vea la charla completa para obtener detalles sobre estos foros y sobre muchos otros.

Así fue como finalmente terminó mi viaje en la conferencia openSUSE oSC18. Me perdí el último medio día porque tenía que regresar a Francia. Sin embargo, antes de concluir este artículo, me gustaría tomarme un tiempo para felicitar a todos los ponentes y a todo el equipo de openSUSE, no sólo por la gran conferencia que tuvimos sino también por su dedicación y el fantástico trabajo que realizan durante todo el año. Siendo yo un “tipo Debian”, no conocía muy bien la comunidad openSUSE. Y me sorprendió lo que vi. ¡Gracias a todos!