iPaaS ou runtime chez vous : même métier, contrat différent

« On prend un iPaaS¹. » Ou : « On installe un runtime d'intégration chez nous. » Derrière ces deux phrases, le même métier opérationnel (recevoir, transformer, livrer) et deux contrats de propriété radicalement différents.

Pour la définition d'iPaaS, voir qu'est-ce qu'un iPaaS. Pour le modèle économique, voir pourquoi pas de pricing à l'usage.

Portlane est encore en développement. Ce texte aide à trancher sur le modèle, pas à acheter cette semaine.

Définitions utiles

iPaaS¹ (Integration Platform as a Service) : plateforme hébergée par un éditeur, consommée en abonnement, avec console, connecteurs⁸ et runtime inclus. Workato, Boomi, MuleSoft Cloud, ADF dans certains usages.

Runtime d'intégration client-managed³ : moteur d'exécution installé dans votre infrastructure, on-premise⁶ ou cloud privé, que vous opérez. La logique est en code dans votre dépôt. Portlane est de cette famille.

iPaaS vs runtime : côte à côte

• Hébergement iPaaS¹ : chez l'éditeur, SaaS⁴. Runtime : chez vous, self-hosted⁵.
• Modèle économique iPaaS¹ : abonnement, souvent à l'usage. Runtime Portlane : licence à vie⁷.
• Logique métier iPaaS¹ : souvent mapping + low-code¹⁰ dans la console. Runtime : Python versionné, revue, tests.
• Connecteurs⁸ iPaaS¹ : catalogue brandi comme argument. Runtime : API⁹ + code. Voir pas de catalogue.
• Ops iPaaS¹ : l'éditeur opère la plateforme. Runtime : vous opérez (ou un partenaire).
• Sortie iPaaS¹ : arrêter de payer = arrêter de tourner. Runtime : vous continuez d'exécuter.
• Périmètre iPaaS¹ : souvent large (orchestration, parfois BPM¹¹). Runtime Portlane : intégration de données, étroit et assumé.

Ce que l'iPaaS fait bien

• Time-to-market : brancher vite sans monter d'infra.
• Catalogue : connecteurs⁸ prêts pour les SaaS⁴ courants.
• Support éditeur : SLA¹², ticketing, mises à jour gérées.
• Zéro ops plateforme : pas de cluster à patcher.

Pour des flux périphériques, un volume modéré et une équipe qui accepte la dépendance éditeur, c'est souvent rationnel.

Ce que le runtime client-managed apporte

• Propriété : code dans votre dépôt, droit d'exécuter sans abonnement.
• Prévisibilité : pas de facture qui grimpe avec le volume. Voir plateformes SaaS data.
• Contrôle : dimensionnement, sécurité, réseau, selon vos règles.
• Continuité : une équipe Python peut reprendre sans le seul expert console.

Le coût : vous opérez l'infra. Ce n'est pas gratuit. C'est un autre poste de coût, plus prévisible.

Comment trancher

• Listez vos flux critiques : commandes, stock, facturation passent-ils par la plateforme ?
• Chiffrez la sortie d'un iPaaS actuel ou envisagé, pas seulement le prix d'entrée.
• Évaluez la compétence : avez-vous une équipe capable d'opérer un runtime chez vous ?
• Horizon : POC¹⁴ de six mois ou fondation de dix ans ?

Si l'essentiel est de la synchronisation entre systèmes avec API⁹, et que vous voulez posséder la logique, le runtime client-managed³ mérite d'être sur la table. Pas par idéologie, par calcul.

Pour aller plus loin

• Définition : qu'est-ce qu'un iPaaS
• ETL vs iPaaS : ETL vs iPaaS
• ESB vs iPaaS : ESB vs iPaaS
• Le pari Portlane : pourquoi nous construisons Portlane

Questions fréquentes

Un iPaaS n'est-il pas un runtime d'intégration ?

En partie. Un iPaaS¹ inclut un runtime, mais le packaging est différent : SaaS⁴, catalogue de connecteurs⁸, console éditeur, abonnement. Un runtime d'intégration client-managed³ comme Portlane sépare l'exécution (chez vous) du modèle commercial (licence à vie⁷).

Portlane est-il un iPaaS self-hosted ?

Non, au sens strict du marché. « Integration Platform as a Service » implique un service hébergé par l'éditeur. Portlane est une plateforme d'intégration que vous installez et opérez : même job opérationnel, autre contrat de propriété.

Quand choisir un iPaaS plutôt qu'un runtime chez soi ?

Quand vous voulez zéro ops infra, acceptez l'abonnement et le lock-in¹⁵, et que vos flux ne sont pas la couche la plus critique du SI. Quand commandes, stock et facturation passent par là, le calcul change.

Peut-on migrer d'un iPaaS vers un runtime self-hosted ?

Oui, mais c'est un projet, pas un export magique. La logique propriétaire doit être réécrite en code. Mieux vaut le chiffrer avant la signature initiale que découvrir le coût en année 3.

Portlane est-il disponible aujourd'hui ?

Non. Développement actif, sans date de sortie publique. Ce comparatif pose des modèles, pas une offre d'achat.

Glossaire

• ¹ iPaaS (Integration Platform as a Service) : plateforme d'intégration fournie comme service cloud, en abonnement.
• ² Runtime d'intégration : moteur qui exécute les flux (transformations, routage, livraison).
• ³ Client-managed : installé et opéré par le client, pas consommé comme SaaS distant.
• ⁴ SaaS (Software as a Service) : logiciel loué et hébergé par l'éditeur.
• ⁵ Self-hosted : exécuté dans votre infrastructure.
• ⁶ On-premise : déployé dans vos locaux ou datacenter.
• ⁷ Licence à vie : droit d'utiliser sans abonnement récurrent.
• ⁸ Connecteur : module pour brancher une application sur une plateforme.
• ⁹ API : interface d'échange entre logiciels.
• ¹⁰ Low-code : flux construits surtout via interface graphique.
• ¹¹ BPM (Business Process Management) : orchestration de processus métier.
• ¹² SLA (Service Level Agreement) : engagements de niveau de service contractuels.
• ¹³ DSI : direction des systèmes d'information.
• ¹⁴ POC (Proof of Concept) : preuve de concept limitée.
• ¹⁵ Lock-in : dépendance fournisseur.