Nous avons beaucoup écrit sur les exigences et les moteurs de l'intégration d'entreprise plateforme en tant que service(iPaaS) sur le blog de SnapLogic. Entre les récents rapports d'analystes du secteur et un flux constant de couverture médiatique sur l'importance de l'intégration pour cloud et le succès des big data, comme celui-ci : 5 Reasons Integration is Changing, je pense qu'il est juste de dire que l'intégration est en train d'être "réimaginée" dans l'entreprise.
J'ai récemment écrit un article qui a d'abord été publié sur NetworkWorld sur le thème de la comparaison entre l'iPaaS et les approches traditionnelles de cloud et de l'intégration des données, telles que l'intégration traditionnelle des données. ESB systèmes. J'ai reposté l'article ici pour commentaires. Comme toujours, j'apprécierais vos commentaires.
--
iPaaS : Une nouvelle approche de l'intégration Cloud
L'intégration des applications a souvent été un exercice de frustration - longs délais, coûts élevés et promesses exagérées de la part des fournisseurs. Combien de projets ERP avez-vous entendu parler qui ont été annulés ou mis de côté en raison de problèmes complexes de personnalisation et d'intégration ?
Les technologies Cloud et les API ouvertes aident les entreprises à fusionner les systèmes sur site et hors site sans avoir à coder et à réarchitecturer de façon considérable. Au lieu de faire appel à des spécialistes de l'architecture SOA, du bus de service d'entreprise (ESB), de l'extraction, de la transformation et du chargement (ETL) et de l'entreposage de données, les entreprises espèrent que le concept de plateforme d'intégration en tant que service (iPaaS) pourra être utilisé pour intégrer les systèmes en deux fois moins de temps, en faisant appel à des généralistes compétents sur le plan technique et en impliquant davantage les lignes d'activité.
Selon la définition de Gartner, Forrester, Ovum et d'autres cabinets d'analystes, l'iPaaS représente une nouvelle approche pour les organisations informatiques d'entreprise qui effectuent une transition rapide vers le site cloud et qui ont des projets en matière de big data.
L'évolution vers des plates-formes d'intégration plus flexibles, cloud , s'explique par deux tendances fondamentales : la "cloudification", la course à la transformation des organisations vers des architectures basées sur cloud; et le besoin d'agilité, car les attentes des utilisateurs professionnels en matière de fourniture rapide de nouveaux services web, sociaux et mobiles ne cessent de croître.
Dans notre récente enquête TechValidate, nous avons demandé aux répondants quels étaient les facteurs qui les incitaient à adopter une intégration cloud plateforme et la réponse la plus fréquente a été "la rapidité et le délai de rentabilisation". Les personnes interrogées se sont également opposées aux outils traditionnels sur site pour répondre aux exigences d'intégration de cloud , 43 % d'entre elles soulignant le coût élevé de l'achat et de la configuration du matériel et des logiciels. Plus d'un tiers (35 %) ont déclaré que la gestion du changement est pénible dans les outils existants, où les changements de points d'extrémité impliquent un nouveau travail d'intégration.
Examinons les approches traditionnelles du problème :
Le bus de service d'entreprise
- L'ESB est une architecture intermédiaire conçue pour gérer l'accès aux applications et aux services et présenter une interface unique et cohérente aux utilisateurs finaux. L'ESB intègre les caractéristiques nécessaires à la mise en œuvre d'une architecture orientée services (SOA) et a séduit les services informatiques des entreprises confrontés à l'évolution constante des versions et des mises à jour des applications.
- On pensait que le "couplage lâche" apporterait beaucoup plus de souplesse à la gestion du cycle de vie des applications. Malheureusement, pour la plupart, la mise en œuvre de la vision SOA et ESB était trop coûteuse et trop complexe. Les services informatiques devaient installer trois environnements (développement, test et production), ce qui entraînait des retards.
- Deuxièmement, les ESB n'étaient pas très flexibles dans la gestion du changement, comme l'ajout d'un nouveau champ à un point final, en raison de la rigidité des technologies sous-jacentes. Troisièmement, les projets ESB nécessitaient l'intervention d'experts en intégration spécialisés dont le coût était élevé. En conséquence, de nombreuses organisations informatiques ont continué à utiliser les mêmes méthodes d'intégration d'applications d'entreprise (EAI) point à point du passé, ce qui n'augure rien de bon pour l'intégration des applications cloud plus dynamiques que les entreprises préfèrent aujourd'hui, telles que Salesforce et Workday.
ETL ou intégration de données par lots
L'ETL est généralement utilisé pour entrer et sortir des données d'un référentiel (data mart, data warehouse) à des fins d'analyse, et répond souvent à des besoins de nettoyage et de qualité des données ainsi que de gestion des données de référence (MDM). Avec l'arrivée d'Hadoop, qui permet de traiter de manière rentable la collecte et le stockage de données structurées et non structurées, la pertinence des approches ETL traditionnelles centrées sur les lignes et les colonnes est aujourd'hui remise en question.
Intégration basée sur XML
De nombreux outils d'intégration d'applications sont basés sur XML, ce qui, au fil du temps, a entraîné certaines lacunes techniques. Parmi ceux-ci, on peut citer le fait que les balises d'encodage XML sont importantes et peuvent entraîner des charges utiles volumineuses ainsi que des frais généraux coûteux liés à l'intégration et à l'extraction répétées des données dans le modèle d'objet du document (DOM). En outre, contrairement à la notation d'objets JavaScript (JSON), le XML n'est pas idéal pour prendre en charge les informations poly-structurées qui sont de plus en plus courantes dans les entreprises d'aujourd'hui. Les outils basés sur XML ont été conçus pour traiter des ensembles de données plus petits avec de faibles latences, ce qui pose des problèmes lorsque les entreprises tentent d'utiliser ces outils pour des projets d'intégration d'applications à haut volume et à grande vitesse sur le site cloud .
L'iPaaS tente de résoudre bon nombre des problèmes que les systèmes existants n'ont pas été en mesure de résoudre de manière rentable ou en respectant les exigences de rapidité du développement basé sur l'agilité. L'iPaaS est un ensemble de services basés sur le site cloud qui permet aux organisations informatiques et aux lignes d'activité de développer, déployer, gérer, gouverner et intégrer des applications et des systèmes d'entreprise.
Les vendeurs fournissent l'infrastructure logicielle et matérielle, ainsi que les outils pour construire/tester/déployer/surveiller et orchestrer les flux d'intégration. Les solutions comprennent des connecteurs prédéfinis pour prendre en charge une variété de sources de données et de systèmes modernes et anciens. Bien que l'adoption de l'iPaaS par les entreprises n'en soit qu'à ses débuts, les solutions iPaaS sont développées pour répondre aux nouvelles attentes de l'entreprise ( cloud ). Elles s'appuient sur des normes modernes, légères et plus souples, telles que JSON et REST, avec la capacité d'évoluer de manière élastique en cas de besoin.
Étant donné que l'iPaaS fait abstraction de la complexité et, dans ce cas, du code, il y a perception d'une perte de fonctionnalité ou de flexibilité pour l'informatique, mais le compromis est un gain de productivité.
Ce qu'il faut prendre en compte
Dans les grandes entreprises, le passage à une solution iPaaS se fait souvent par étapes et de nombreuses sociétés conserveront l'ESB et d'autres architectures plus anciennes pendant un certain temps, le temps de moderniser leur infrastructure d'applications et de données. Voici quelques réflexions sur la manière d'aborder l'iPaaS.
Tout d'abord, évaluez les fournisseurs d'iPaaS en fonction des exigences techniques suivantes :
Intégrations basées sur les métadonnées ou approches programmatiques- Une expérience utilisateur "glisser-déposer" qui permet un certain degré de libre-service
- Connectivité préconstruite (minimisant le codage)
- Cloud-la gestion et la surveillance basées sur les données, y compris la gestion complète des erreurs, l'assistance transactionnelle, la transformation des données et d'autres opérations
- Un modèle de déploiement hybride qui respecte la gravité des données et permet d'exécuter le traitement à proximité des applications, quel que soit leur lieu de résidence.
En outre, si votre organisation se transforme en une entreprise basée sur cloud où l'agilité est valorisée, assurez-vous de creuser les aspects plateforme de l'iPaaS et assurez-vous de ne pas vous enfermer dans une technologie qui n'est adaptée qu'à un seul style d'intégration. Une solution iPaaS doit être conçue pour exposer et consommer des micro-services et être capable de gérer l'intégration d'applications en temps réel, ainsi que les nouvelles exigences en matière d'intégration des big data qui sont à l'origine de l'analyse prédictive, du marketing numérique et des initiatives de centrage sur le client dans l'entreprise moderne.
Pour gérer les nouvelles exigences en matière de données et d'API sociales, mobiles, analytiques, cloud et de l'Internet des objets(SMACT) de manière transparente, un iPaaS doit augmenter et réduire la capacité de calcul pour gérer des charges de travail variables tout en diffusant des données dans et hors d'une infrastructure analytique basée sur Hadoop.
Si l'intégration n'est certainement pas un nouveau défi pour l'informatique d'entreprise, il y a encore beaucoup de vieilles idées et même de vieilles technologies qui doivent être reconsidérées à mesure que l'adoption des applications d'entreprise cloud augmente et que de nouvelles approches émergent pour gérer les exigences en matière de big data. La bonne nouvelle, c'est que le marché de l'intégration connaît à nouveau une formidable innovation. Par conséquent, l'iPaaS est également de plus en plus accepté et adopté par les services informatiques des entreprises.
