Concept

Nœud

Un nœud est une boîte noire dans un réseau: elle reçoit des données, les transforme et les passe au maillon suivant par des connexions.

D'où ça vient

L'idée vient de la programmation par flux (flow-based programming), inventée par J. Paul Morrison au début des années 1970. Elle a d'abord servi dans un logiciel pour une banque canadienne. IBM a mis ces concepts dans le domaine public. Morrison et l'architecte d'IBM Wayne Stevens les ont ensuite raffinés et promus.

C'est quoi, concrètement

Dans cette approche, une application n'est pas un seul long programme qui fait une chose à la fois. C'est un réseau de processus indépendants, des boîtes noires, qui s'échangent des paquets de données par des connexions définies à l'extérieur d'eux. Chaque boîte se branche par des ports nommés. On peut la débrancher, la remplacer ou la réutiliser ailleurs sans toucher à son intérieur. C'est l'image d'une chaîne de montage: les données passent de poste en poste, et chaque poste fait sa transformation.

Exemples

Collate (mise à jour par lots) : Composant réutilisable qui fusionne un fichier maître et des fichiers de changements, ce qui simplifie beaucoup ce type de programme.
Problème du télégramme : Exemple classique de découpage de texte en lignes d'une longueur maximale, résolu naturellement en traitant chaque mot comme un paquet de données.
Répartiteur de charge : Un processus distribue le travail entre plusieurs copies du même composant, qui roulent en parallèle.
RaftLib : Bibliothèque en C++ qui permet de décrire un graphe de flux avec des opérateurs semblables à ceux de iostream.

Ce que ça permet

Tu réutilises une même boîte à plusieurs endroits sans la modifier.
Tu peux rebrancher, remplacer ou retirer un maillon sans refaire le reste.
Les processus avancent dès qu'ils ont des données, donc on profite bien de tous les processeurs de la machine.
Le réseau se prête bien au prototypage rapide, car on peut ajouter des points de surveillance ou remplacer une simulation par la vraie logique.
Des composants écrits dans des langages différents peuvent se retrouver dans un même réseau.

Pièges à éviter

Il n'existe pas une seule bonne façon de découper un réseau, alors il faut réfléchir à la conception.
Les noms de ports doivent concorder entre le composant et la définition du réseau.
Chaque paquet de données n'a qu'un propriétaire à la fois, et sa disparition doit être gérée explicitement.
Quand plusieurs systèmes répondent à des vitesses différentes, il faut prévoir comment rapprocher les données qui reviennent.
Un gros réseau peut devenir touffu, d'où l'intérêt de le structurer en sous-réseaux.

Pour ta PME

Si tu automatises un processus dans ton entreprise, pense-le comme une suite de petites étapes bien séparées, que tu peux changer une à une. Ça facilite les tests et la maintenance. Avant de brancher des données de clients ou d'employés dans un réseau de ce genre, vérifie ce qui y circule et respecte la Loi 25. Garde aussi une approbation humaine pour les étapes importantes.

Sources : Wikipédia · mis à jour le 2026-11-06

Infolettre gratuite

« 5 prompts, 1 café »

Reçois 5 prompts prêts à copier chaque matin à 6 h 30.