Dans cette série de billets, je passe en revue 6 ingrédients essentiels de l'intégration plateforme en tant que service(iPaaS), comme indiqué dans ce billet : Ce qu'il faut rechercher dans une plateforme d'intégration moderne. J'ai expliqué ici pourquoi il est important que l'iPaaS soit un service cloud entièrement fonctionnel (basé sur une architecture définie par logiciel). Dans ce billet, j'aborderai l'exigence d'un site unique plateforme pour les données, les applications et l'intégration des API.
Nous avons beaucoup écrit sur le soi-disant dilemme de l'intégrateur auquel sont confrontées les organisations informatiques d'entreprise dont les applications SaaS légères sont alourdies par leurs outils d'intégration de données et d'applications lourds qui ont été conçus bien avant l'ère du big data, de l'informatique sociale, mobile et cloud (SMAC). Un DSI avec lequel je me suis entretenu a récemment qualifié d '"intégration de l'ancre du bateau" les technologies dont il disposait pour connecter les applications SaaS et sur site entre elles (et avec toutes les sources de données disparates de son entreprise). La bonne nouvelle est que l'innovation est de retour sur le marché de l'intégration et qu'aussi sûrement que la mort et les impôts, les silos d'intégration disparates convergeront sur le site cloud sous le parapluie plus agile de l'iPaaS. Chez SnapLogic, nous parlons à nos clients et prospects des avantages d'une intégration plateforme définie par logiciel et conçue dès le départ pour répondre aux exigences de traitement par lots et en continu. Oui, il peut s'agir de cas d'utilisation très différents :
- L'intégration de données par lots sert généralement à faire entrer et sortir des données d'une application SaaS (chargement initial ou réplication programmée) à des fins d'analyse. L'industrie a toujours appelé cette capacité : extraction, transformation et chargement (ETL), qui s'étend au nettoyage et à la qualité des données ainsi qu'à la gestion des données de référence (MDM). La pertinence des approches ETL traditionnelles est aujourd'hui remise en question à mesure que les déploiements Hadoop se multiplient et que les anciens outils de cette catégorie ont été conçus pour gérer des lignes et des colonnes et des exigences d'intégration de données structurées. Il y a quelques mois, nous avons publié un article populaire sur webinar avec Dave Linthicum intitulé Beyond Batch : L'ETL est-il mort ? Lors du récent sommet Hadoop, la relation entre l'entrepôt de données, SQL et Hadoop a été l'un des sujets les plus brûlants. Consultez le flux de tweets ou les titres comme celui-ci : Les fournisseurs s'inquiètent de l'empiètement d'Hadoop sur l'activité lucrative des entrepôts de données.
- L'intégration de flux en temps réel est généralement destinée à des cas d'utilisation plus opérationnels qu'analytiques. Les cas d'utilisation courants de l'intégration d'applications SaaS sont la connexion d'applications de front-office telles que Salesforce et Workday avec des systèmes financiers de back-office tels que SAP, Oracle EBS et NetSuite. Généralement basée sur les événements, l'intégration d'applications SaaS continue de nécessiter des fonctionnalités telles que la livraison garantie, mais la nécessité de s'adapter rapidement aux changements fréquents, aux mises à jour d'API et à la demande de libre-service de l'utilisateur final a rendu les approches traditionnelles inadéquates. Les outils d'intégration basés sur XML et SOAP de cette catégorie n'ont été conçus que pour gérer des données de petite taille, c'est-à-dire des messages à haute fréquence et à faible latence. Nous avons expliqué pourquoi le bus de service d'entreprise (ESB) lourd deviendra de moins en moins pertinent pour les exigences actuelles de l'iPaaS agile dans ce livre blanc - Thoughts on ESBs : Why Buses Don't Fly in the Cloud. Vous pouvez également lire les avantages techniques d'un iPaaS centré sur JSON ici.
Alors que nous continuons à assister à la convergence de catégories d'intégration historiquement distinctes (données, applications, processus), nous pensons de plus en plus qu'une seule adresse plateforme sera la bonne approche et, en tant que telle, c'est l'une des principales exigences d'une solution iPaaS moderne. Dans mon prochain article, je parlerai d'Elastic Scale. En attendant, vous pouvez consulter une démonstration de la plate-forme d'intégration élastique SnapLogic ici.
