Mettre un format JSON sur un ESB traditionnel, basé sur XML, c'est comme faire une bourse de soie avec une oreille de truie.
- L'analogie de Loraine Lawson en référence à l'article : Why Buses Don?t Fly in the Cloud: Thoughts on ESBs (Pourquoi les bus ne volent pas sur le site : réflexions sur les ESB)
J'ai récemment écrit sur les raisons pour lesquelles l'ancien bus de service d'entreprise (ESB) ne volera pas dans le cloud. Loraine Lawson d'IT BusinessEdge a relu l'article et a posé la question : L'héritage des intégrations est-il important sur Cloud? Chez SnapLogic, nous sommes tellement convaincus de l'importance de l'héritage que nous avons reconstruit notre intégration élastique plateforme à partir de zéro pour qu'elle soit rapide, multipoint et moderne. Voici pourquoi nous pensons que l'héritage des produits d'intégration est important :
- En effet, le dilemme de l'innovateur crée des obstacles majeurs pour les fournisseurs d'intégration traditionnels qui s'aventurent complètement dans ce nouveau domaine du social, du mobile, de l'analytique, de cloud et de l'Internet des objets, que l'on appelle SMACT.
- Les tentatives de tirer parti de leurs succès passés se traduisent par des expérimentations et des solutions à moitié élaborées.
Vous seriez surpris de savoir combien de responsables de produits d'intégration sur site dans la Silicon Valley passent plus de temps à s'inquiéter des menaces pesant sur le bénéfice par action (EPS) que de l'avenir de l'ESB !
Examinons donc les deux raisons pour lesquelles le patrimoine d'intégration est important.
Le défi du dilemme de l'innovateur
Les mots de Clayton Christensen résonnent aujourd'hui dans les salles de conseil de la Silicon Valley, alors que nous sommes confrontés à un grand nombre d'innovations technologiques et de bouleversements des marchés traditionnels. Il est extrêmement difficile de renoncer à la manne que représente le modèle de licence perpétuelle pour la maintenance des logiciels. Le passage à un modèle de tarification par abonnement, sans parler des changements culturels qu'exige le logiciel en tant que service (SaaS), n'est pas une option simple. Même si les dirigeants de l'entreprise sont prêts à effectuer cette transition, ce sont les actionnaires qui seraient très mécontents de passer d'une marge d'exploitation de 30-40 % à une marge à un chiffre. Si vous étiez une mouche sur le mur dans la salle du conseil d'administration d'une entreprise avec un héritage sur site essayant d'entrer sur le marché cloud , le mot "cannibalisation" serait le mot le plus souvent entendu. Et même si le conseil d'administration et les dirigeants ont compris, il faut s'attendre à ce que les équipes chargées des produits anciens sachent que leur bébé n'est plus beau et que l'équipe de vente sache que vous allez lancer un service cloud qui ne nécessitera plus le prix initial de l'ancre de bateau sur site.
Solutions d'intégration "hybrides" à moitié cuites
L'autre raison pour laquelle les éditeurs de logiciels sur site peinent à s'affranchir de leur héritage est que la plupart des innovations technologiques significatives ne peuvent pas être appliquées aussi facilement que le proverbial "rouge à lèvres sur le cochon", à moins que la nouvelle offre ne soit entièrement repensée et développée à partir de zéro pour répondre aux dernières exigences et spécifications du marché. Peu d'entreprises prospères sont disposées à procéder à une réécriture complète pour les raisons mentionnées dans la section "Dilemme de l'innovateur" ci-dessus. Pour faire une analogie, c'est comme si une entreprise de construction automobile basée sur un moteur à combustion interne apportait des modifications cosmétiques à sa voiture à gaz et s'attendait à concurrencer une voiture de pointe comme Tesla sur le marché des voitures électriques. Nissan a dû construire sa Leaf à partir de zéro pour répondre aux besoins du marché des voitures électriques, en construisant une toute nouvelle transmission, un nouveau moteur et une nouvelle alimentation électrique.
Pour en revenir aux spécificités du marché de l'intégration et à l'importance de l'héritage des fournisseurs, voici quelques raisons techniques:
-
Dans le contexte de l'intégration, la résilience est la capacité des flux d'intégration à gérer les changements et les variations des structures de données sans s'effondrer. La plupart des produits d'intégration existants sont fortement typés ou étroitement couplés. En d'autres termes, cela signifie que le site plateforme doit connaître les spécifications exactes des données qu'il doit traiter lors de l'exécution des flux. Malheureusement, le monde SMACT n'est pas aussi conforme que nous le souhaiterions. Les modifications des schémas et des structures de données sont monnaie courante. L'ajout de colonnes à des tables de base de données ou l'ajout accidentel par un partenaire de champs de données supplémentaires dans un document qui vous est envoyé ne devraient pas mettre vos intégrations, et donc votre entreprise, à genoux. La résilience ou un paradigme faiblement typé/librement couplé n'est pas quelque chose que l'on peut introduire dans un produit après coup. L'introduction de la résilience est un processus aussi complexe que le remplacement de la transmission de la voiture nécessaire pour passer d'un moteur à combustion interne à une voiture électrique. Le site plateforme doit être conçu selon ces principes modernes dès la phase de conception. C'est pourquoi l'héritage de l'intégration est important.
-
Les produits d'intégration hérités des racines de l'extraction, de la transformation et du chargement (ETL) étaient optimisés pour les cas d'utilisation des données relationnelles, comme le transfert de gros volumes de données de sources relationnelles vers des entrepôts de données relationnelles. Ces produits ont été conçus pour lire des lignes et des colonnes, les exploiter et écrire des lignes et des colonnes. Aujourd'hui, ces produits ont du mal à gérer les données hiérarchiques. De même, les outils d'intégration d'applications d'entreprise (EAI) ont été conçus pour des intégrations orientées message qui peuvent traiter des données hiérarchiques, mais sont optimisés pour des intégrations en temps réel afin de traiter un message à la fois de la manière la plus efficace possible. Se débarrasser de cet héritage pour gérer des cas d'utilisation plus larges n'est pas une mince affaire. C'est comme si vous changiez le moteur de votre voiture pour qu'il soit alimenté par une batterie. Tous ceux qui ont eu des problèmes de moteur savent que les mécaniciens recommandent d'acheter une voiture neuve plutôt que de la remplacer !
-
Enfin, les produits d'intégration issus d'un héritage sur site sont conçus dans un état d'esprit sur site. Les configurations et les bibliothèques de produits sont disposées localement sur chaque serveur physique. Ces actifs locaux nécessitent une attention manuelle lorsqu'il s'agit de mises à jour de produits et de correctifs. La gestion de ces fichiers locaux, en particulier dans un environnement hautement distribué, tourne rapidement au cauchemar. Il s'agit là d'un autre de ces héritages dont on ne peut se passer sans une refonte complète du produit. Imaginez la gestion du cycle de vie de l'héritage plateforme comme une vidange d'huile que vous devez fréquemment effectuer sur votre moteur à combustion interne. Comme la plupart des gens, le propriétaire d'une voiture à moteur à combustion interne doit prendre le temps, dans son emploi du temps chargé, d'emmener sa voiture à l'atelier pour des vidanges mineures et majeures. Les Teslas n'ont pas besoin de vidange et toute la maintenance du produit est définie par logiciel. Toutes les mises à jour sont téléchargées automatiquement sur la voiture via le réseau mobile et les clients ne subissent aucun temps d'arrêt.
En résumé, l'héritage est plutôt un désavantage dans les sables mouvants de l'innovation technologique. Les changements de paradigme technologique sont toujours de grande ampleur et exigent souvent une nouvelle approche et une nouvelle conception des produits et des technologies. Dans cet article, nous avons établi une analogie entre les plateformes d'intégration patrimoniales et les moteurs à combustion interne, et entre les plateformes d'intégration modernes et les voitures électriques telles que les Teslas. Bien sûr, on peut toujours affirmer à juste titre qu'en fin de compte, les deux voitures vous mèneront à destination. Mais, comme on dit, ce n'est pas la destination mais la qualité du voyage qui fait que la destination en vaut la peine. Et avec une intégration moderne plateforme en tant que service(iPaaS), votre voyage est plus rapide, plus rentable et avec moins de temps d'arrêt forcés, ce qui le rend vraiment agréable.
Prochaines étapes :
- Lisez les articles de Greg Benson sur l'architecture SnapLogic et les services plateforme .
- Consultez certaines de nos ressources pour en savoir plus sur l'intégration SnapLogic Cloud.
