L'argot Linux expliqué : que signifient l'amont et l'aval ?

Les termes « en amont » et « en aval » peuvent être considérés comme assez abstraits, et les gens ordinaires les utilisent rarement. Si vous n'êtes qu'un utilisateur ordinaire utilisant Linux et que vous n'êtes pas impliqué dans l'écriture et la maintenance de logiciels, ces termes peuvent ne pas avoir de signification pratique pour vous. Cependant, ces termes sont très utiles lors de la communication entre différentes communautés du monde Linux.

Les termes « en amont » et « en aval » sont largement utilisés dans des domaines non informatiques tels que les réseaux, la programmation, le noyau et même la chaîne d'approvisionnement. Lors des discussions en amont et en aval, les informations générales sont importantes.

En termes simples, l'amont et l'aval décrivent la direction du flux d'informations.

Puisque nous lisons tous ceci alors que nous sommes connectés à Internet, regardons un exemple en amont/en aval qui s'applique à un fournisseur d'accès Internet (FAI). Ici, le FAI se concentre sur le trafic. Le trafic en amont fait référence aux données provenant d'utilisateurs de différents FAI. Par exemple, si vous avez un site Web qui propose des newsletters par abonnement, les informations d'abonnement que j'envoie sont les données en amont.

Le trafic en aval fait référence aux données envoyées d'un utilisateur à un autre utilisateur chez un FAI différent, il est considéré comme du trafic en aval. En utilisant le même exemple d'abonnement, disons que ma demande d'abonnement est approuvée et que je reçois une note de « bienvenue » dans un e-mail et la dernière newsletter dans un autre. Dans ce cas, les données circulent en aval car elles sont envoyées par vous (enfin, probablement en tant que logiciel automatisé agissant en votre nom) à moi, un utilisateur d'un autre FAI.

Résumé : Ce dont j'ai besoin ou ce que je veux (votre newsletter) est en amont. Ce que vous me fournissez (le message de bienvenue et la communication proprement dite) est en aval.

Que les données soient en amont ou en aval n'a peut-être pas d'importance pour nous, utilisateurs, mais cela compte pour les administrateurs de serveurs qui surveillent l'utilisation de la bande passante, ainsi que pour les distributeurs (producteurs de distributions) et les programmeurs.

Dans le monde Linux, il existe deux contextes principaux, en amont et en aval. L’un concerne le noyau et l’autre l’application. Il y en a d'autres, mais j'espère pouvoir exprimer ma pensée à travers ces deux-là.

Amont et aval dans le contexte du noyau Linux

Linux est le noyau. Les distributions Linux démarrent avec le code source du noyau non modifié lors de la création d'une distribution. Ajoutez ensuite les correctifs nécessaires et configurez le noyau. La configuration du noyau est basée sur les fonctionnalités et options que la distribution souhaite fournir. Une fois décidé, le noyau a été créé en conséquence.

Le noyau original provient de l'amont de la distribution. Lorsque la distribution obtient le code source, il circule en aval. Une fois qu'une distribution obtient le code du noyau, celui-ci reste chez l'éditeur pendant qu'il est modifié. Il reste en amont pour nos utilisateurs jusqu'à ce qu'il soit prêt à être publié.

Les distributions créent des versions du noyau qui ajouteront des correctifs et activeront certaines fonctionnalités et options. Cette configuration est déterminée par l'éditeur. C'est pourquoi il existe plusieurs versions de Linux, par exemple, www.debian.org de Debian et www.redhat.com de Red Hat. Les éditeurs décident quelles options sont mises à la disposition de leur base d'utilisateurs et compilent le noyau en conséquence.

Une fois ce travail terminé, il est placé dans un référentiel prêt à être publié et nous pouvons en obtenir une copie. Cette copie coule vers nous en aval.

De même, si un éditeur trouve un bug dans le noyau, le corrige, puis envoie le correctif aux développeurs du noyau afin qu'ils puissent corriger le noyau pour tout le monde en aval. C'est ce qu'on appelle une contribution en amont car le trafic circule ici vers le haut vers la source d'origine.

Amont et aval dans le cadre de l'application

Encore une fois, techniquement parlant, Linux est le noyau et tout le reste est un logiciel complémentaire. Les éditeurs incluent également des logiciels supplémentaires dans leurs projets. Dans ce cas, il y a plusieurs amonts. Une distribution peut contenir n'importe quel nombre d'applications telles que X, KDE, Gnome, etc.

Imaginons que vous utilisez l'éditeur nano www.nano-editor.org et que vous constatez qu'il ne fonctionne pas correctement, vous soumettez donc un rapport de bogue à la distribution. Les programmeurs de l'éditeur l'examineront et s'ils constatent qu'ils ont inséré un bug dans nano, ils le corrigeront et publieront une nouvelle version dans leur référentiel. S'ils découvrent qu'ils n'ont pas créé le bug, l'éditeur soumettra en amont un rapport de bug aux nanoprogrammeurs.

Quand il s'agit de choses comme les rapports de bugs, les demandes de fonctionnalités, etc., il est préférable de les envoyer en amont à l'éditeur, car c'est lui qui gère le noyau et les applications complémentaires pour la distribution que vous utilisez. Par exemple, j'utilise une distribution appelée Q4OS - q4os.org sur plusieurs machines. Si je trouve un bug dans le programme, je le signalerai aux personnes de Q4OS. Si vous utilisez linuxmint.com de Mint, vous le signalerez au projet Mint.

Par exemple, si vous postez une question sur un forum Linux classique et que vous mentionnez que vous utilisez Mint, vous obtiendrez certainement cette réponse. "Ce problème est mieux traité sur les forums Mint". En utilisant l'exemple de bug nano précédent, il est possible que les programmeurs de Mint aient modifié nano pour qu'il fonctionne mieux dans leur distribution. S’ils commettent une erreur, ils voudront le savoir et, après l’avoir commise, ce seront eux qui la corrigeront.

Une fois corrigé, le programme mis à jour sera placé dans un référentiel que vous pourrez utiliser. Lorsque vous serez mis à jour, cela vous parviendra, comme ceci :

◈ Si l'éditeur apporte un correctif, la nouvelle version sera disponible dans le référentiel de versions.

◈ Si le programmeur de l'application apporte un correctif, celui-ci sera envoyé à l'éditeur qui testera le nouveau code. Une fois qu’il fonctionne correctement, il est placé dans un entrepôt et acheminé en aval.

Flux automatique en aval

Il fut un temps où les utilisateurs devaient obtenir eux-mêmes les mises à jour. Les utilisateurs obtiennent le code source mis à jour et compilent un nouveau fichier exécutable. Au fil du temps, des programmes comme apt 这样的工具被创造出来，允许用户从软件库中提取更新的二进制文件（可执行文件）。apt étaient ceux de Debian, mais d'autres distributions avaient leurs propres programmes similaires à cet effet.

J'aime apt 这样的程序负责处理上游/下游的工作。如果你用升级选项运行 apt, j'aime ça :

sudo apt upgrade

Il examinera le référentiel de versions (en amont), trouvera tous les packages de mise à jour nécessaires, les extraira sur votre machine (en aval) et les installera.

Certaines distributions vont plus loin. Les programmeurs et responsables de Distro vérifient toujours leurs produits. Souvent, les programmeurs d’applications apportent des améliorations à leurs programmes. Les bibliothèques système seront mises à jour fréquemment, les failles de sécurité seront comblées, etc. Ces mises à jour sont fournies à l'éditeur, qui met ensuite à disposition la nouvelle version dans le référentiel de versions.

Plutôt que de vous laisser l'exécuter tous les jours apt, certaines distributions vous rappelleront que des mises à jour sont disponibles et vous demanderont si vous les souhaitez. Si vous le souhaitez, acceptez-le et la mise à jour sera envoyée sur votre machine et installée.

Résumé

L'amont et l'aval ne sont en réalité que les directions du flux de données. La manière dont ces données circulent en amont ou en aval dépend de la personne qui doit finalement les traiter. Fondamentalement, les programmeurs sont en amont et les utilisateurs en aval.

Encore une fois, en tant qu'utilisateurs, nous n'avons pas vraiment besoin de nous soucier de ces termes, mais ces concepts aident au développement et à la maintenance de logiciels. La duplication des efforts est évitée en dirigeant le travail vers le groupe approprié. Cela garantit également une maintenance standard. Par exemple, Chrome devra peut-être apporter quelques modifications mineures pour fonctionner sur une certaine distribution, mais à la base, il s'agit de Chrome et il n'y aura pas de changements majeurs dans son apparence ou son comportement.

Si vous trouvez un bug dans un programme de votre distribution, signalez-le simplement au responsable de la distribution, généralement via son site Web. Vous allez l'envoyer en amont, mais peu importe que vous vous souveniez que vous envoyez le rapport en amont.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!