PORTLANE
Réserver un appel
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.

    apim
    Gateway APIM filtrant les requêtes avant le listener
  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 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 remet au listener, qui crée l'enveloppe canonique. Un seul circuit ensuite, 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. Il ne fait pas de logique métier et ce n'est pas un studio graphique, juste un aiguillage qu'on peut lire et vérifier.

    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
  7. 07

    supervision

    Tour de contrôle

    La Tour de contrôle 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.

    tour de contrôle
    Tour de contrôle surplombant la topologie des moteurs
    rejeu
    Reprise d'une enveloppe après échec le long de la chaîne

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 enveloppe.

  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 crée l'enveloppe (push direct ou remis par le pooling).

  2. 02
    Moteurs

    Orientation, transformation, livraison. Chaque étape reprend un travail entamé. Un maillon redémarre, l'enveloppe n'est pas perdue.

  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

  • Au moins une fois

    Une enveloppe ne disparaît pas dans le vide. Elle attend dans une file jusqu'au traitement.

  • Idempotence

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

  • rejouable

    Un échec se relance depuis la Tour de contrôle, 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, l'enveloppe reste dans la file. Vous la 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 transformations vivent dans votre dépôt. Revue, CI, retour arrière comme le reste du code.

  • Visibilité réelle

    La Tour de contrôle montre le parcours et l'échec sur votre instance, pas la nôtre.

Chez vous. Licence claire.

Deux points que le parcours technique ne dit pas assez : où ça tourne, et comment vous payez.

  • Moteurs et base dans votre périmètre. Le cloud éditeur reste à l'extérieur, flou et optionnel. Vos données ne quittent pas votre enceinte.

    chez vous
    Enceinte locale avec moteurs et base, nuage distant en arrière-plan

  • Un bloc licence stable face à un compteur d'usage opaque. Vous savez ce que vous achetez. Pas de facturation à l'usage qui suit chaque ligne.

    licence
    Bloc licence vérifié face à une jauge d'usage opaque
Réserver un appelLire la doc