Dans mon dernier article, j'ai passé en revue les exigences classiques en matière d'intégration et j'ai décrit quatre nouvelles exigences qui stimulent la demande d'intégration plateforme en tant que service(iPaaS) dans les entreprises :
- La résilience
- Fluidité dans les déploiements hybrides
- Absence de gestion du cycle de vie de la plateforme
- Préparer l'avenir pour le monde du social, du mobile, de l'analytique, de cloud et de l'internet des objets (SMACT)
Dans ce billet, j'examinerai l'exigence n° 3 : Gestion inexistante du cycle de vie du site plateforme.
Avec des déploiements de plus en plus hybrides (comme indiqué dans l'article n° 2 sur les exigences de l'iPaaS), la gestion du cycle de vie peut très rapidement devenir un cauchemar pour les utilisateurs de technologies d'intégration ESB et ETL héritées. La mise à jour des logiciels d'intégration sur site, tels que les bibliothèques de produits de base, implique généralement des mises à jour binaires pour chaque installation dans les environnements hybrides. Bien que chaque fournisseur soit différent, je suis toujours surpris de constater que de nombreuses installations d'intégration cloud sont simplement des logiciels hébergés sur site et non de véritables SaaS multitenant. Cela signifie que le fournisseur doit mettre à niveau chaque client et maintenir plusieurs versions. Néanmoins, les mises à niveau les plus difficiles sont celles des installations sur site qui sont gérées par le client. Il est toujours étonnant de découvrir le nombre d'entreprises clientes qui utilisent d'anciennes versions non prises en charge de logiciels d'intégration par crainte des mises à niveau et de l'état d'esprit "si ce n'est pas cassé, ne le réparez pas". Les mises à jour manuelles fastidieuses des installations d'intégration sur site sont sujettes aux erreurs et entraînent des cycles de test et des temps d'arrêt importants. Plus l'implémentation est importante, plus le défi de la mise à niveau est grand - et les bibliothèques de connecteurs peuvent être tout aussi pénibles. Enfin, les changements de configuration locale et la nécessité de reconstruire les mappings (voir mon point sur le mythe du "map once" ici) exigent également des cycles de test approfondis.
Les clients SaaS sont habitués à interagir avec des processus commerciaux complexes (tels que la gestion des opportunités et des commandes dans une application de gestion de la relation client) par le biais d'une simple interface web. La barre fixée pour les plates-formes d'intégration modernes est donc un peu plus haute : ces clients attendent du fournisseur qu'il les protège autant que possible de la complexité. Les attentes sont similaires en ce qui concerne la gestion du cycle de vie de l'iPaaS.
Les nouvelles exigences relatives au cycle de vie sont les suivantes :
-
Les clients veulent zéro installation de bureau, un point c'est tout. Les clients veulent s'éloigner des environnements de développement intégrés (IDE) qui sont extrêmement centrés sur le développeur et nécessitent de temps à autre leurs propres mises à jour. Les clients veulent des concepteurs basés sur un navigateur pour créer des intégrations où ils peuvent bénéficier automatiquement des fonctionnalités les plus récentes et les plus performantes.
-
Les clients s'attendent à ce que l'installation du moteur d'exécution soit également auto-améliorée. Cela est particulièrement important pour les installations sur site afin d'éviter les tâches fastidieuses et sujettes aux erreurs, ainsi que les cycles de test interminables. Les moteurs d'exécution iPaaS d'aujourd'hui devraient être suffisamment intelligents pour pousser les mises à jour binaires vers chaque moteur d'exécution, quel que soit son emplacement - sur site ou sur le site cloud. Cela est particulièrement efficace avec une architecture d'intégration définie par logiciel, car chacun des moteurs d'exécution (nous appelons notre plan de données le Snaplex) est un conteneur sans état qui attend les instructions d'exécution du plan de contrôle.
-
Les clients s'attendent à ce que les instructions d'exécution incluent également les bibliothèques de connecteurs et les informations de configuration, ce qui signifie qu'ils n'ont plus besoin de se préoccuper des changements de configuration manuels à chaque emplacement d'installation.
Une solution iPaaS vraiment moderne répondra à toutes ces exigences et fournira un service d'intégration qui éliminera une grande partie des difficultés liées à la gestion traditionnelle du cycle de vie. Le coût et les risques liés à l'absence d'un logiciel auto-améliorant sont d'un ordre de grandeur supérieur à l'ère actuelle de la livraison agile de logiciels (notez que SnapLogic fournit de nouvelles innovations logicielles à une cadence mensuelle - consultez notre mise à jour du mois de mars ici). Cette approche présente de nombreux avantages : d'une part, les clients sont toujours sur le dernier site plateforme et suivent automatiquement les innovations proposées par les fournisseurs. D'autre part, ils n'ont plus à planifier des cycles de mise à niveau longs et coûteux qui sont toujours associés à des temps d'arrêt de l'infrastructure et entravent la continuité de l'activité. Mais le plus grand avantage est que votre intégration plateforme est conçue pour fonctionner à la vitesse de cloud !
Dans mon prochain et dernier billet de cette série, j'aborderai l'importance de choisir un iPaaS qui protège vos investissements d'intégration pour relever les défis posés par le nouveau monde de SMACT (Social, Mobile, Analytics, Cloud, et internet des objets).
