Este es el quinto blog de una serie que ofrece información sobre el desarrollo de productos SUSE Linux Enterprise . Obtendrá una descripción general de primera mano de SUSE, los productos SLE, lo que hace el equipo de ingeniería para abordar los desafíos derivados del ritmo creciente de los proyectos de código abierto y los nuevos requisitos de nuestros clientes, socios y limitaciones relacionadas con el negocio.
Cómo SUSE crea su distribución Enterprise Linux:
Ya sea que sea un cliente de SUSE a largo plazo, un nuevo cliente de SUSE, un socio de SUSE o simplemente un fanático de openSUSE o un entusiasta del código abierto, esperamos que estos blogs le parezcan interesantes, informativos y útiles.
Tipo de distribuciones de Linux
Ya hemos cubierto la distribución de Linux en una publicación de blog anterior , pero algo que no discutimos anteriormente fueron los diferentes tipos de distribuciones de Linux que puede encontrar en la naturaleza. Ahora es el momento perfecto para explicar los diferentes tipos de distribuciones de Linux, ya que sabe un poco más sobre lo que es una distribución de Linux y nuestra gestión y programación de versiones SLE; esto también encaja perfectamente con la explicación de la relación actual entre openSUSE y SLE.
Entonces, primero hay tres tipos principales de distribuciones de Linux definidos por sus ciclos de lanzamiento y, por lo tanto, su público objetivo:
Regular:
Soporte a largo plazo / Empresa:
Esta es la base para comprender las diversas relaciones que tenemos con SUSE Linux Enterprise y openSUSE porque, como veremos en la siguiente sección, openSUSE Tumbleweed, openSUSE Leap y SUSE Linux Enterprise están unidos entre sí.
openSUSE & SLE - Desarrollados juntos
Aquí hay una imagen simple que describe la relación entre openSUSE y SLE desde la fecha de lanzamiento de Leap 15.0 (25 de mayo de 2018):
The Factory Project es el flujo de código de desarrollo en el que se basan todas nuestras distribuciones, ¡no es una distribución de Linux! Es la fuente inmediata de openSUSE Tumbleweed y eventualmente termina en openSUSE Leap y las distribuciones SUSE Linux Enterprise. En pocas palabras, Factory es el repositorio de desarrollo para openSUSE y SUSE en estilo CI / CD.
Ahora quizás te preguntes cuál es el trato con la relación Factory y openSUSE Tumbleweed. Bueno, ¡es bastante simple! Factory está recibiendo un flujo constante de códigos sin ninguna garantía de calidad adecuada, aparte de varias revisiones de código (en su mayoría realizadas por bots), por lo que la comunidad openSUSE crea instantáneas de Factory probadas con openQA. Cuando una instantánea es buena, se convierte en una actualización para openSUSE Tumbleweed; de ahí un lanzamiento rodante.
Luego, más abajo, la imagen es la relación entre openSUSE Tumbleweed, openSUSE Leap y SUSE Linux Enterprise.
Según nuestro programa conjunto , openSUSE Leap y SLE tienen un período de lanzamiento predecible: un lanzamiento cada 12 meses y una superposición de soporte de 6 meses para el lanzamiento anterior y el nuevo, por lo tanto , cuando el tiempo está listo, se realiza una instantánea de openSUSE Tumbleweed y ambos openSUSE y SLE usarán esta instantánea para crear nuestras próximas versiones de distribuciones.
Con esta imagen, todavía no estamos hablando de nuestra distribución per se, es solo un grupo de fuentes de paquetes que usaremos para construir nuestra distribución respectiva. Pero antes de entrar en cómo está construido, tenga en cuenta que es una vista simplificada porque, por supuesto, siempre hay un intercambio entre, por ejemplo, openSUSE Leap / SLE y openSUSE Tumbleweed; no es solo una sincronización unidireccional porque durante la fase de desarrollo de nuestras distribuciones, se encuentran errores y, por supuesto, las correcciones se envían a Factory para que openSUSE Tumbleweed también reciba correcciones del proceso. Para simplificar la imagen, no agregamos estas contribuciones como flechas.
También en SUSE, el código abierto está en nuestros genes, por lo que siempre hemos contribuido a openSUSE pero, desde 2017, nuestro equipo de lanzamiento de SUSE había aplicado una regla llamada " Factory First Policy ", que obliga a que los envíos de códigos para SLE se envíen primero a Factory. aterriza en LES. Esta es una continuación del principio "Upstream First" en el nivel de distribución. Reduce el esfuerzo de mantenimiento y aprovecha la comunidad.
Cuando se envía un envío de código interno de SUSE a SLE15, una verificación automatizada asegurará que se haya realizado un envío similar a la fábrica; de lo contrario, el envío se rechazará automáticamente y requerirá que el equipo de lanzamiento de SUSE lo examine más de cerca y solicite que se cambie el código. enviado a la fábrica. Con esta política de Factory First, nos aseguramos de que cualquier desarrollo de SLE se envíe a openSUSE incluso antes de que sea aceptado en SLE.
Cómo construimos openSUSE y SLE hasta ahora
Así que hablemos de cómo construimos técnicamente las distribuciones de openSUSE y SLE hasta openSUSE Leap 15.2 y SUSE Linux Enterprise 15 Service Pack 2.
La parte superior de la imagen debería resultarle familiar y, como dijimos en la sección anterior, usamos el mismo grupo de fuentes de paquetes para crear openSUSE Leap y SUSE Linux Enterprise Server.
Esto se debe a que openSUSE Leap y SLE querían
Para openSUSE es bastante simple, el diamante más grande (azul + verde V) representa toda la distribución de openSUSE Leap con todos sus paquetes oficiales.
Para SUSE Linux Enterprise, nuestras distribuciones y paquetes oficiales son solo el diamante azul en la parte superior. Pero el resto de la "V" verde estará disponible en Package Hub . Package Hub es nuestro repositorio comunitario creado por nuestra comunidad para SUSE Linux Enterprise Server y Desktop, pero, por supuesto, SUSE no admite directamente esos paquetes, es compatible con la comunidad.
La parte importante aquí es que openSUSE Leap 15.2 y SLE 15 SP2 usan las mismas fuentes de paquetes y comparten las mismas listas de paquetes, ¡PERO no usamos los mismos binarios rpm!
openSUSE y SLE en un futuro próximo
Así que acabamos de ver la "simbiosis de camaleón más extraña" que se encuentra en la naturaleza, pero ¿cómo podemos mejorarla? Es fácil, simplificando el panorama general:
El esquema anterior ("Cómo construimos openSUSE y SLE hasta ahora") fue utilizado por al menos nuestras últimas 3 versiones, pero SUSE sintió que podíamos avanzar y hacer más, por lo que hemos puesto en marcha la propuesta Closing the Leap Gap para openSUSE comunidad durante la fase de desarrollo SLE 15 SP2 . Para abreviar la historia, la propuesta era incluir binarios prediseñados de SLE además de las fuentes que ya estábamos proporcionando para aumentar la compatibilidad y aprovechar las sinergias. Para obtener más detalles sobre todos los aspectos de esta propuesta, no podemos enfatizar lo suficiente la lectura de la página de preguntas frecuentes de openSUSE .
El cambio en nuestras relaciones se realiza porque queremos una ruta de migración más fluida entre SLE y openSUSE Leap, pero también para buscar una colaboración más directa con la comunidad openSUSE. Por lo tanto, SUSE también facilita que la comunidad contribuya directamente a openSUSE y SLE a través de nuevos canales dedicados. Entonces, la comunidad aún puede dar forma y enviar cambios a la próxima versión de distribución con esta nueva configuración.
Consulte los siguientes enlaces para obtener más información:
El objetivo final desde la perspectiva de un proyecto es hacer un ecosistema sano y autosuficiente, y a nivel de distribución tener un buen equilibrio entre un entorno adecuado para la producción y para la innovación.
Como puede ver, la relación entre openSUSE y SLE no es complicada per se, pero es cierto que hemos elegido nuestra propia simbiosis que permite crear límites entre una distribución de lanzamiento comunitario (openSUSE Tumbleweed), una distribución LTS comunitaria (openSUSE Leap) y una distribución empresarial (SLE). Y con el proyecto Closing the Leap Gap, lo que queremos lograr es seguir mejorando la eficiencia de la contribución hacia y desde la comunidad y el lado empresarial.
El futuro luce bien.
Por último, pero no menos importante, la comunidad openSUSE y SUSE comparten mucho más que solo código. Pero si nos quedamos con el área de desarrollo de software, tenemos que hablar sobre cómo se construyen y prueban openSUSE y SLE durante su fase de desarrollo vinculado.
Linware Panamá ⯈