Calendriers de publication des distributions Linux

L’un des aspects du travail sous Linux, comparé à celui sous Windows, réside dans la diversité et les défis des différents calendriers de publication. Dans le monde Windows, c’est assez simple : il y a un seul produit et il sort quand il sort, soit environ une fois tous les deux ans. Tous ceux qui travaillent sous Windows sont parfaitement au courant des versions à venir, du moment où elles paraîtront, du moment où elles entreront en phase de version candidate, du moment où surviendra leur fin de vie, et ainsi de suite. C’est très clair et très simple.

Dans le monde Linux, il en va tout autrement. Bien entendu, la plus grande différence tient au fait que Windows est un seul produit, une seule chose provenant d’un fournisseur unique. Sous Linux, nous parlons d’une “famille” de produits apparentés provenant de nombreux fournisseurs, certains proposant plusieurs produits. Et cela s’ajoute au calendrier de publication du noyau qui provient de Linux lui-même – dont nous ne nous préoccuperons pas ici.

Chaque distribution est unique et prend ses propres décisions de publication. En fait, le calendrier de publication est souvent un facteur déterminant de ce qui distingue une distribution d’une autre. Par exemple, les trois principaux fournisseurs de Linux d’entreprise proposent chacun deux produits différents, et dans les trois cas, la différenciation porte principalement sur le calendrier de publication ! Le concept de calendrier de publication est donc assurément un concept important sur ce marché.

Il existe trois grands “styles” de publication que l’on retrouve dans tous les systèmes d’exploitation, et pas seulement dans les distributions Linux : la publication à long terme, la publication à court terme et la publication continue. Chaque style de publication sert un objectif différent, mais tous suivent généralement un ensemble de règles similaire.

L’idée d’une version est que les paquets au sein d’une version ne changeront pas, hormis pour les correctifs de sécurité et de stabilité. Bien sûr, cela repose sur le comportement des fournisseurs d’entreprise tels qu’ils existent aujourd’hui ; toute distribution donnée peut choisir de suivre ou non les normes établies. Il n’existe aucune règle inhérente de l’univers qui rende ce comportement tel qu’il est ; mais il s’agit d’une convention forte, et le concept de version repose sur cette convention.

Publication à long terme

Ce modèle de publication est le plus répandu dans le domaine général des systèmes d’exploitation d’entreprise et est suivi, en dehors de Linux, par des systèmes comme FreeBSD, Solaris, AIX, Mac OSX et Windows. Les versions à long terme, souvent désignées par LTS, sont conçues autour de faibles rythmes d’évolution du système, ménageant des années, parfois de nombreuses années, entre les versions majeures du système, ce qui permet aux équipes informatiques d’éviter les migrations bien plus longtemps et donne aux éditeurs de logiciels des cibles stables sur une longue durée.

Dans le monde du Linux d’entreprise, tous les fournisseurs proposent au moins un produit à version à long terme. Ce sont les plus couramment déployés.

Du côté de Red Hat, les produits RHEL et CentOS sont des produits à version à long terme avec des cycles de publication extrêmement longs – non pas selon un calendrier fixe, mais paraissant actuellement tous les trois à quatre ans.

Suse propose deux produits LTS : Suse Linux Enterprise Server et openSuse Leap. SLES maintient un calendrier de publication actuellement compris entre trois et cinq ans, et openSuse Leap se fonde d’assez près sur les versions de SLES.

La version LTS d’Ubuntu est commodément nommée LTS et paraît tous les deux ans, les années paires, en avril, avec une régularité d’horloge. Ubuntu possède actuellement le cycle de publication le plus court de tous les produits LTS de cette catégorie.

Toutes les versions à long terme comportent des versions mineures qui paraissent entre les versions majeures et apportent de petits changements ou ajustements aux systèmes d’exploitation, plus importants que ce qu’il conviendrait de livrer par un correctif, mais pas assez importants pour justifier la publication d’un nouveau système d’exploitation. L’idée de ces versions mineures est qu’elles sont suffisamment réduites pour ne pas être “cassantes”, ce qui permet à un logiciel ciblant la version majeure de demeurer fonctionnel tout au long du cycle de la version majeure. Les versions majeures sont considérées comme “cassantes”, avec d’importants changements tels que de nouvelles fonctionnalités majeures du noyau, des changements dans les choix de paquets, de nouvelles fonctionnalités du compilateur, des bibliothèques différentes, et ainsi de suite.

Publication à court terme ou rapide

Les calendriers de publication à long terme créent manifestement des problèmes pour ceux qui recherchent des paquets et des fonctionnalités plus modernes. Pour y remédier, tous les fournisseurs de Linux d’entreprise proposent un produit à version à court terme.

Red Hat fournit la distribution Fedora, qui paraît environ tous les six mois, mais selon un calendrier flexible. Fedora n’est pas exactement une distribution distincte de RHEL et CentOS ; au lieu de cela, de temps à autre, une version de Fedora est choisie pour servir de “base” à une future version de RHEL et CentOS. Cette base n’est pas directe, et des paquets issus de versions ultérieures de Fedora sont parfois ajoutés, certains changements sont apportés, mais les fondamentaux correspondent étroitement à une version de Fedora. La version de Fedora est figée et soumise à des tests approfondis avant de se transformer en une version RHEL à long terme.

La famille Suse n’utilise pas de produit à version à court terme et est unique à cet égard.

Ubuntu adopte une stratégie quelque peu différente de celle de Red Hat. Ubuntu publie un produit tous les six mois, selon un calendrier très précis. Une version sur quatre est désignée comme la version à long terme, les trois autres étant des versions à court terme. Cela donne un système bien plus simple et direct que la façon dont Red Hat fonctionne, avec un chevauchement de six mois entre les utilisateurs de versions à court terme et ceux de versions à long terme, tous les deux ans.

Publication continue

Le type de calendrier de publication le plus rapide est celui de la publication continue, qui se produit pour ainsi dire en permanence. Cette stratégie de publication est peu répandue, mais elle commence à être prise plus au sérieux ces derniers temps. Seul Suse, avec la distribution openSuse Tumbleweed, propose aujourd’hui un système de publication continue d’entreprise. Les mises à jour peuvent être aussi fréquentes que tous les deux ou trois jours.

Contrairement aux autres calendriers de publication, qui prennent de grands ensembles de paquets et les “figent” en une seule version, la publication continue propose des mises à jour de paquets individuels au fur et à mesure qu’ils sont prêts. Les mises à jour sont donc petites, mais constantes. Cela permet une adaptation simplifiée en maintenant les changements à une micro-échelle, mais rend très difficile la création d’une cible unique et prévisible.

Ceux qui recherchent les paquets les plus à jour et les fonctionnalités de pointe trouveront dans les publications continues le meilleur moyen de tout maintenir aussi à jour que possible.

---

Un point important à comprendre au sujet des calendriers de publication est que cela n’est pas directement lié à la durée du support accordé à une version, et n’indique pas non plus la quantité de tests consacrée à chaque version.

Chaque style de publication joue un rôle important dans l’écosystème du système, et en disposant de différents styles de publication, le monde du Linux d’entreprise bénéficie d’une plus grande variété et d’une plus grande flexibilité pour répondre à un éventail de besoins plus large qu’il ne serait autrement envisageable.

Actuellement, les versions à long terme sont les plus répandues et les plus populaires en administration système, mais cette tendance semble peu susceptible de perdurer. La stabilité globale dans l’ensemble de l’espace du Linux d’entreprise s’est accrue, et le besoin d’actualité est si souvent une préoccupation plus critique que des distributions plus rapides sont de plus en plus recherchées.