Terminologie Portlane : moteurs, message, tour de contrôle

En comité, le vocabulaire part dans tous les sens. Quelqu'un dit « bus », un autre « iPaaS⁹ », un troisième « runtime¹⁰ ». Puis la question qui compte arrive : quand un flux casse à 2 h, où est le message, et qui le voit ? Sans noms partagés, vous comparez des étiquettes. Pas un outil.

Voici comment Portlane nomme les choses : les sept moteurs, ce qui circule (enveloppe et message), la Tour de contrôle. Assez pour lire une démo ou une page architecture sans se perdre.

Portlane est encore en développement actif. Ce glossaire fixe le modèle mental. Pas une date de mise en prod à signer lundi.

En une phrase

Portlane fait circuler vos flux d'intégration chez vous : licence à vie¹³, code Python versionné, sept moteurs sur votre infrastructure. Recevoir, orienter, transformer, livrer, superviser. Pas de BPM, pas de MDM, pas de bus universel.

Les sept moteurs

Chaque moteur fait une chose. Le suivant reprend le relais. Quand un partenaire pousse une donnée : porte d'entrée → réception → orientation → transformation → livraison, avec la supervision qui observe. Quand c'est vous qui allez chercher les données, le pooling rejoint le même circuit.

1. APIM : la porte d'entrée

L'APIM³ décide qui peut envoyer, et sous quelles règles. C'est le « péage » d'atelier : tenir la porte, pas transformer le métier.

2. Listener : on vous pousse une donnée

Un partenaire envoie un webhook. Le listener⁴ l'enregistre et le met en file. Pas de règle métier ici. Juste une réception propre derrière la porte.

3. Pooling : vous allez chercher la donnée

Tout le monde ne pousse pas. Le pooling interroge CRM, ERP ou API à l'heure prévue, puis dépose le résultat dans le même circuit. Un seul modèle à opérer.

4. Broker : l'aiguillage

Le broker⁵ trie : quel flux métier, quelle suite. Il oriente. Il ne décide pas du métier. Sans route claire, le message part en dead letter¹⁴.

5. Worker : où vit votre métier

Mapping, contrôles, enrichissement : c'est ici. Du Python versionné dans votre dépôt. Revue et rollback comme le reste du SI. Pas une config qu'un seul intégrateur sait rouvrir.

6. Distribute : la livraison

Le distribute envoie le résultat vers l'outil métier ou le partenaire. Le flux se termine dans votre périmètre, pas chez un cloud éditeur obligatoire.

7. Supervision : la Tour de contrôle

Le moteur supervision porte la Tour de contrôle⁷ : santé des moteurs, parcours, échecs, rejeu⁸, audit. Sur votre instance. C'est le poste où l'on regarde ce qui tourne et ce qui a cassé.

Message et enveloppe

Deux noms pour la même circulation, selon l'angle :

• Enveloppe¹ : le dossier que vous suivez de bout en bout. Persisté, rejouable. Ce que la Tour de contrôle⁷ montre dans un parcours.
• Message² : le travail en attente entre deux moteurs. Si un maillon tombe, le message attend. L'enveloppe n'est pas une session perdue.

Pour un gérant ou un DSI : vous suivez une enveloppe, vous opérez des messages en file.

Tour de contrôle

La Tour de contrôle⁷ répond aux questions d'exploitation : qu'est-ce qui tourne, qu'est-ce qui a échoué, que puis-je relancer, qui a relancé ?

Ce n'est pas un studio pour dessiner des flux. Les flux se construisent en code. La Tour sert à voir et agir.

Le jargon autour

• Runtime¹⁰ : l'environnement qui exécute vos flux. Portlane se pose comme runtime chez vous, pas comme iPaaS⁹ cloud. iPaaS vs runtime.
• Flux : le chemin métier (sources, règles, cibles). Avant une migration : checklist inventaire.
• File d'attente¹⁵ : ce qui fait patienter les messages entre étapes. Qu'est-ce qu'une file d'attente.
• Rejeu⁸ : retraitement contrôlé après un échec, depuis la Tour. Rejouer un flux en échec.
• Self-hosted¹² : ça tourne chez vous. Qu'est-ce que le self-hosted.
• Licence à vie¹³ : droit d'exécuter sans abonnement ni compteur à la ligne. Licence perpétuelle.
• BastionLab vs Portlane : BastionLab conseille et intègre ; Portlane est le produit. Deux rôles, séparés volontairement.

Ce que Portlane ne fait pas

• Pas de bus ESB central. L'ESB est trop vieux.
• Pas de BPM ni de MDM. BPM, MDM.
• Pas de catalogue de connecteurs certifiés. Pourquoi pas de catalogue.
• Pas de designer visuel : les flux sont du code. Pourquoi pas de designer.

Comment retenir le parcours

• Sources : la donnée arrive (ou on la cherche). La porte filtre ; listener ou pooling l'inscrit.
• Moteurs : on oriente, on transforme, on livre. Un maillon redémarre, l'enveloppe¹ reste.
• Cibles : votre organisation consomme le résultat. La Tour de contrôle⁷ observe toute la chaîne.

Détail illustré : page Architecture. Récit produit : pourquoi nous construisons Portlane.

Questions fréquentes

Message et enveloppe, c'est la même chose ?

Presque, pour une lecture de comité. L'enveloppe¹ est ce que vous suivez de bout en bout (parcours, rejeu, audit). Le message² est ce qui attend son tour entre deux étapes. En pratique : on parle d'enveloppe pour suivre un dossier, de message pour parler des files.

La Tour de contrôle est-elle un produit séparé ?

Non. C'est le moteur supervision, l'un des sept. La console d'exploitation tourne sur votre instance, pas chez l'éditeur en mode SaaS¹¹.

Faut-il les sept moteurs dès le premier flux ?

Le modèle en compte sept. Selon que les données sont poussées vers vous ou que vous allez les chercher, certains moteurs portent plus de charge que d'autres. Le détail du parcours : Architecture Portlane.

Portlane est-il un bus ESB ou un « péage » ?

Non. L'APIM³ tient la porte d'entrée. Ensuite, c'est une chaîne simple : recevoir, orienter, transformer, livrer. Pas une médiation de services d'entreprise. Voir qu'est-ce qu'un ESB.

Où vit la logique métier ?

Dans le worker⁶, en Python versionné chez vous. Pas dans la porte d'entrée, pas dans l'aiguillage, pas dans un studio propriétaire.

Glossaire

• ¹ Enveloppe : dossier suivi de bout en bout (persisté, rejouable).
• ² Message : travail en attente entre deux moteurs.
• ³ APIM : porte d'entrée (qui peut envoyer, sous quelles règles).
• ⁴ Listener : réception quand on vous pousse une donnée.
• ⁵ Broker : aiguillage vers le bon flux métier.
• ⁶ Worker : où s'exécutent vos règles en Python.
• ⁷ Tour de contrôle : console pour voir et agir, sur votre instance.
• ⁸ Rejeu : retraitement contrôlé après un échec.
• ⁹ iPaaS : plateforme d'intégration cloud, en général en abonnement.
• ¹⁰ Runtime : environnement qui exécute les flux.
• ¹¹ SaaS : logiciel hébergé chez l'éditeur.
• ¹² Self-hosted : déploiement chez vous.
• ¹³ Licence à vie : droit d'exécuter sans abonnement récurrent.
• ¹⁴ Dead letter : file des messages qu'on n'a pas pu traiter.
• ¹⁵ File d'attente : stockage temporaire entre deux étapes.