PORTLANE
Demander un devis
PORTLANE

Architecture

Votre serveur.Vos moteurs.Vos données.

Les plateformes d'intégration vous vendent un studio loin de chez vous et un abonnement qui revient chaque année. Portlane, c'est l'inverse : le logiciel tourne sur vos serveurs, vos équipes l'exploitent, et vous savez où passe chaque flux. Rien ne transite par notre cloud. Ci-dessous, le détail étape par étape.

Le parcours, étape par étape

Sept moteurs, un ordre fixe. Chacun fait une chose. Le suivant reprend là où le précédent s'est arrêté.

  1. 01

    apim

    Porte d'entrée

    Vous tenez la porte avant qu'une donnée n'entre dans la chaîne. Qui peut envoyer, sous quelles règles, ce qui franchit ou non la limite : c'est votre décision. Pas de filtre caché chez l'éditeur.

  2. 02

    listener

    Réception · push

    Quand un partenaire ou un système vous envoie une donnée, le listener la prend en charge tout de suite. Elle est tracée, stockée, rejouable. C'est la différence entre un échange informel et un flux que vous pouvez défendre face à un audit.

    enveloppe
    Enveloppe de message en transit entre deux modules
  3. 03

    pooling

    Réception · pull

    Tout le monde ne pousse pas ses données. Le pooling va les chercher à l'heure prévue (CRM, ERP, API métier) et les dépose dans le même circuit que le listener. Un seul modèle à opérer, pas deux chaînes parallèles.

    bus central
    Bus de données central relié à plusieurs moteurs
  4. 04

    broker

    Orientation

    Le broker trie : quel flux métier, quelle file, quel traitement ensuite. Une même source peut alimenter plusieurs chemins sans tout recâbler. Ce n'est pas la logique métier, ce n'est pas un studio graphique. C'est l'aiguillage, lisible et vérifiable.

    routage
    Nœud de routage orientant des flux vers plusieurs files
  5. 05

    worker

    Transformation

    Vos règles métier passent ici : mapping, enrichissement, validation. Le code vit dans votre dépôt, passe en revue comme le reste du SI, se déploie quand vous décidez. Pas une configuration propriétaire que seul un intégrateur éditeur sait rouvrir.

    transform
    Module de transformation entre entrée brute et sortie structurée
  6. 06

    distribute

    Livraison

    Le résultat part là où votre organisation l'attend : outil métier, partenaire, base pivot. Le flux se termine dans votre périmètre. Il ne passe pas par un cloud éditeur pour sortir.

    chaîne
    Chaîne de moteurs reliés par des enveloppes de message
  7. 07

    supervision

    Tour de contrôle

    La Control Tower montre ce qui tourne, ce qui a échoué, ce qui peut être relancé. Sur votre instance, pas la nôtre. Vous gardez la visibilité opérationnelle et la reprise en main, sans ticket chez l'éditeur.

    control tower
    Console de supervision surplombant la topologie des moteurs

Du système source à la cible

Trois zones, une direction. Les moteurs au milieu font le travail. La mémoire centrale porte la trace de chaque message.

  1. 01
    Sources

    Là où naît la donnée : un partenaire qui envoie, un système que vous interrogez, un événement métier. L'APIM tient la porte. Le listener ou le pooling l'inscrit dans la chaîne.

  2. 02
    Moteurs

    Orientation, transformation, livraison. Chaque étape reprend un travail entamé. Un maillon redémarre, le message n'est pas perdu.

  3. 03
    Cibles

    Là où votre organisation consomme le résultat : outil métier, partenaire, référentiel. La donnée reste chez vous.

Ce que le parcours garantit

  • at-least-once

    Un message ne disparaît pas dans le vide. Il attend dans une file jusqu'au traitement.

  • idempotent

    Retraiter le même message ne corrompt pas la cible. Le contrat est pensé pour ça.

  • rejouable

    Un échec se relance depuis la Control Tower, sur votre instance, avec une trace d'audit.

Ce que ça change pour vous

  • Vous opérez

    Les moteurs tournent chez vous. Vos données restent dans votre Postgres. Pas de plan de contrôle SaaS au milieu.

  • Sans état fragile

    Un moteur tombe, le message reste dans la file. Vous le relancez, le travail reprend. Ce n'est pas une session perdue.

  • Une chaîne lisible

    APIM, recevoir, router, transformer, livrer, superviser. Des rôles nommés, pas une boîte noire iPaaS.

  • Python chez vous

    Les transforms vivent dans votre dépôt. Revue, CI, rollback comme le reste du code.

  • Visibilité réelle

    Control Tower montre le parcours et l'échec sur votre instance, pas la nôtre.

Demander un devisLire la doc