Table des matières de l'article :
Red Hat a décidé de ne plus rendre public le code source de RHEL. Désormais, il ne sera disponible que pour les clients, qui ne peuvent pas le partager légalement.
Un article de blog apparemment modeste d'un chapelier senior annonce qu'à partir de maintenant, la société ne publiera que le code source de son produit CentOS Stream dans le monde. En d'autres termes, seuls les clients payants pourront obtenir le code source de Red Hat Enterprise Linux. Et selon les termes de leurs contrats avec Red Hat, cela signifie qu'ils ne peuvent pas le publier.
Redhat RHEL 9 devient une source fermée? Au moins public… obtenez probablement toujours la source si vous avez un abonnement redhat actif.
Cela signifie probablement la mort de Rocky, Alma et Oracle Linux… https://t.co/1QiM1mDuSO– Chris Titus Tech (@christitustech) Le 22 juin 2023
Selon le Reg FOSS Desk, le billet de blog est tellement plein de jargon d'entreprise qu'il en est presque obscur. Cependant, nous avons contacté le bureau de presse de Red Hat et la société a confirmé que le communiqué dit bien ce que nous avons déduit en lisant entre les lignes. C'est une mauvaise nouvelle pour les projets en aval qui reconstruisent le code source RHEL pour produire des distributions compatibles, telles que AlmaLinux, Rocky Linux, EuroLinux et Oracle Unbreakable Linux.
Différences entre le flux CentOS et RHEL
Lorsque nous parlons des différences entre CentOS Stream et Red Hat Enterprise Linux (RHEL), il est essentiel de commencer par leur placement dans le cycle de développement de l'écosystème Red Hat.Ces deux distributions occupent deux places distinctes, mais fondamentales, dans l'évolution processus de ce système d'exploitation open source populaire.
Flux CentOS : aperçu RHEL
CentOS Stream représente un stade précoce, ou comme on pourrait l'appeler, un "stade avancé de développement". Nous pourrions le considérer comme une version bêta continue, l'endroit où de nouvelles idées, fonctionnalités et améliorations sont testées et affinées. Chaque mise à jour RHEL prévue est d'abord testée dans CentOS Stream. Cela fait de CentOS Stream un champ de test crucial, un laboratoire d'innovation et d'optimisation avant de passer à l'implémentation finale dans RHEL.
RHEL : le fruit mûr de l'expérimentation
RHEL, d'autre part, est la destination finale de tout ce qui est exploré dans CentOS Stream. Après avoir testé et affiné les fonctionnalités sur CentOS Stream, ces mises à jour sont ensuite intégrées à RHEL. Cette distribution représente donc le produit final, mûri et prêt pour la production, le fruit mûr de l'expérimentation et du raffinement effectués dans CentOS Stream.
Compatibilité et utilisation des distributions en aval
Contrairement à CentOS Stream, nous avons des versions d'AlmaLinux, RockyLinux et l'ancien CentOS Linux. Ces distributions étaient en aval de RHEL, c'est-à-dire dérivées du même code source que RHEL, assurant ainsi une parfaite compatibilité. Ces versions, essentiellement des reconstructions du code source RHEL, pourraient être utilisées sans frais pour l'utilisateur tout en maintenant une compatibilité élevée avec les pilotes et applications RHEL.
La principale différence ici est qu'avec CentOS Stream, vous n'obtenez pas le même niveau de compatibilité que vous aviez avec ces distributions en aval. CentOS Stream est plus un "projet en cours" qu'une version stable et entièrement compatible de RHEL.
Applications pratiques de CentOS Stream et RHEL
Si vous êtes une entreprise partenaire développant des produits ou des pilotes à exécuter sur RHEL, ou un client qui souhaite se tenir au courant des dernières nouvelles, CentOS Stream peut être très utile. Il donne un aperçu de ce à quoi s'attendre dans les futures versions de RHEL et permet aux partenaires et aux clients de s'adapter à l'avance.
Cependant, pour l'utilisateur moyen qui souhaite simplement exécuter RHEL sans avoir à payer, ou pour ceux qui souhaitent créer leur propre version de RHEL, CentOS Stream offre moins d'avantages. De plus, étant donné la nature évolutive de CentOS Stream, nous soupçonnons que la majorité de la communauté des utilisateurs de RHEL n'est peut-être pas particulièrement intéressée par cette distribution, ce qui peut être l'une des raisons pour lesquelles Red Hat a pris sa dernière décision.
Réactions de la communauté
Dans divers forums en ligne, les utilisateurs de distributions en aval protestent, tout comme lorsque Red Hat a annulé CentOS Linux il y a quelques années. Encore une fois, les gens parlent de trahison de confiance, de violation de la GPL, etc. Cependant, d'après ce que nous pouvons voir, Red Hat respecte parfaitement les termes de la GPL, qui vous oblige uniquement à mettre le code source à la disposition des personnes qui utilisent les binaires construits à partir de celui-ci : en d'autres termes, à ses clients payants. Le point clé est que pour obtenir ces binaires, les clients - ainsi que les développeurs sur des comptes gratuits - doivent accepter un accord de licence et sont liés par un contrat, qui remplace la licence GPL du code lui-même.
Dans un sens, cela pourrait être interprété comme une suite logique de la décision prise lorsque la société a intégré CentOS en 2014. Cette décision a légitimé celle-ci parmi plusieurs reconstructions RHEL existantes, ce qui a entraîné la fermeture du reste. leurs efforts - à l'exception bien sûr d'Oracle, qui dispose de fonds suffisants pour financer Oracle Linux, avec des contrats de support d'entreprise moins chers, un noyau compatible Btrfs amélioré, etc.
Après avoir donné au mouvement le temps de supprimer avec succès la plupart des clones, Red Hat a ensuite tué sa propre version gratuite officielle de son produit phare payant. Au lieu de cela, il a décidé d'offrir une version d'essai gratuite, une annonce qu'il a faite accompagnée d'un langage très positif sur la participation de la communauté, etc. En réalité, ce qu'il faisait vraiment était de supprimer ce qui pouvait être considéré, de son point de vue, comme un tas de parasites. Le déménagement s'est accompagné de la version de production gratuite de RHEL pour les développeurs - mais seulement jusqu'à 16 machines.
Parlons de l'impact de l'annonce d'hier de RHEL. https://t.co/jbvA6oJhVu
-AlmaLinux (@AlmaLinux) Le 22 juin 2023
Les gars d'AlmaLinux ont déjà annoncé qu'il n'y avait pas lieu de paniquer et que les utilisateurs peuvent attendre avec impatience leurs plans après avoir compris plus clairement comment résoudre le problème avec Red Hat.
L'avenir des distributions en aval
La porte n'a pas été complètement fermée. En effet, si nous comprenons bien, Stream est périodiquement resynchronisé avec RHEL lorsqu'il y a une nouvelle version majeure. Ainsi, lorsque RHEL 11.0 sera publié, Stream sera brièvement synchronisé avec lui, ce qui signifie que les distributions en aval pourraient prendre une copie du code à ce moment précis et créer une nouvelle version compatible avec cette version de RHEL. Le problème pour l'aval est qu'à partir de ce moment, ils ne pourront pas obtenir le code source utilisable de chaque version ultérieure et des diverses mises à jour en cours.
Certains commentateurs soulignent qu'il est possible de créer un compte Red Hat Developer gratuit et d'obtenir légitimement le code source de cette façon. C'est parfaitement vrai, mais le problème est que le contrat de licence que vous devez signer pour obtenir ce compte vous empêche de redistribuer le logiciel.
Ainsi, bien que les distributions en aval puissent toujours obtenir le code source du logiciel, elles ne peuvent pas l'utiliser. En principe, s'ils font des changements majeurs, ils peuvent les partager, mais toute la raison d'être des distributions compatibles RHEL est d'éviter les changements majeurs et ainsi de maintenir la "compatibilité bogue pour bogue".
Bien sûr, ils pourraient adopter une attitude "publier et se faire damner" et le faire quand même. Au mieux, le résultat probable est l'annulation immédiate de leur adhésion et de leur compte. Cela pourrait fonctionner, mais cela conduira à un jeu du chat et de la souris : les distributeurs en aval ouvrent continuellement de nouveaux comptes de développeurs gratuits, et Red Hat peut potentiellement couper les téléchargements et piétiner les comptes des contrevenants. Ce ne serait pas un modèle durable.
Dans le pire des cas, cependant, ils pourraient risquer d'être poursuivis dans l'oubli.
En résumé, il sera toujours possible d'obtenir le code source, par plusieurs voies - même si certaines d'entre elles impliquent de très sérieuses restrictions. Pour l'instant, les réactions officielles d'AlmaLinux et de Rocky Linux sont prudemment optimistes, bien qu'il y ait des signes d'inquiétude dans la discussion du forum Rocky Linux.
Le passé de CentOS
En 2011, Red Hat a changé la façon dont il distribuait ses packages de code source d'une manière qui semblait certainement conçue pour rendre la vie difficile pour les reconstructions. Nous ne connaissons pas les motivations de l'entreprise, et cela ne nous le dira certainement pas, mais peut-être que cette décision n'a pas été assez efficace et a donc conduit à faire entrer CentOS dans la maison.
Comme l'a dit le bureau FOSS lors de la sortie de CentOS Stream 9, nous pensons que la principale erreur de Red Hat a été d'adopter CentOS Linux en premier lieu. Cette décision a soutenu et légitimé un concurrent libre du produit commercial payant de l'entreprise. (Et un qui se débattait à l'époque, ce qui n'aurait pas dû préoccuper Red Hat.) Si le plan était de bloquer Oracle de quelque manière que ce soit, cela s'est retourné contre lui, mais cela a certainement réduit considérablement les ventes de RHEL.
À l'époque, les distributeurs en aval ont réussi à trouver des moyens de contourner ce mouvement, et il est parfaitement possible qu'ils soient également en mesure de trouver des moyens de contourner celui-ci - mais cela rendra la suite beaucoup plus difficile. Il est possible que Red Hat soit perturbé par le succès de la nouvelle génération de reconstructions. Alors que les organismes derrière Rocky et AlmaLinux sont essentiellement des organisations à but non lucratif - Rocky est une société d'utilité publique fondée et détenue par Greg Kurtzer - ils se portent bien.
Par exemple, la semaine dernière, la NASA a autorisé Rocky Linux pour son usage interne. Le CERN et Fermilab utilisent quant à eux AlmaLinux.
CentOS Stream présente le déménagement comme n'étant pas un gros problème - comme s'il était simplement conçu pour augmenter l'adoption de Stream, alors qu'en réalité cela ressemble plus à une attaque concertée contre le nouvel écosystème de reconstruction en plein essor qui a résulté de l'annulation de CentOS Linux.
TL; DR?
La chronologie est longue et compliquée, et si vous commencez à vous perdre, nous ne vous en voulons pas du tout. Les principaux événements, et les interprétations de ce vieux vautour fatigué, se sont déroulés comme suit.
- 1994 : Lancement de Red Hat Linux.
- 2002 : La première version de RHEL, version 2.1. RHL continue en tant que produit distinct.
- 2003 : CentOS est publié en tant que reconstruction gratuite de RHEL.
- 2004 : La dernière version de RHL, version 9. L'avenir de RHL est Fedora.
- 2014 : CentOS est officiellement reconnu par Red Hat et apporte CentOS en interne.
- 2020 : Red Hat annonce que l'avenir de CentOS est Stream.
- 2021 : Fin de CentOS Linux 8.x, des années avant la date prévue. Annonces d'AlmaLinux et de Rocky Linux.
- 2022 : Sortie de CentOS Stream 9 et CentOS Stream 8, ainsi que Rocky Linux 8.4 et AlmaLinux 8.4.
- 2023 : Fin du code source public RHEL. Nous ne sommes pas en mesure de prédire l'avenir, mais nous serons certainement intéressés de voir comment la situation évolue. Que Red Hat ait mis le pied face aux distributions en aval – ou ait simplement rendu la vie un peu plus compliquée – nous ne sommes pas sûrs. Mais la durée de vie des reconstructions compatibles RHEL ne sera certainement plus jamais la même.
Conclusions
Les transformations en cours dans le monde de Red Hat Enterprise Linux (RHEL) et de ses clones, tels que CentOS Stream, ont créé une vague d'incertitude et d'inquiétude au sein de la communauté des utilisateurs. Beaucoup s'interrogent sur la compatibilité future des distributions en aval et sur ce que cela pourrait signifier pour l'écosystème Red Hat dans son ensemble.
Dans un contexte où l'on ne parvient pas à un accord qui préserve les besoins de la communauté des utilisateurs, le risque est de voir un exode massif vers d'autres plateformes. Debian et ses dérivés, comme Ubuntu, semblent être les candidats les plus susceptibles d'accueillir ces migrants numériques. Ils offrent une stabilité, une communauté de support importante et active et une grande quantité de logiciels, tout en maintenant une philosophie d'accès ouvert et de transparence.
En fin de compte, le succès de toute plate-forme open source dépend de sa capacité à équilibrer les besoins de toutes ses parties prenantes, y compris les développeurs, les utilisateurs finaux et les partenaires commerciaux. La situation actuelle de RHEL et CentOS Stream rappelle à quel point cet équilibre peut être délicat et à quel point il est important pour une communauté de se sentir soutenue et en sécurité sur la plateforme de son choix.
