Les anciennes technologies d'intégration de données et d'applications ont été conçues pour s'adapter à la hausse et non à la baisse. Comme nous l'avons expliqué sur notre récent site webinar avec iRobot, l'élasticité est une caractéristique clé de l'informatique cloud et chez SnapLogic, nous pensons qu'il s'agit d'une exigence clé pour une intégration d'entreprise plateforme en tant que service (iPaaS). Jusqu'à présent, dans cette série de billets sur les ce qu'il faut rechercher dans une intégration moderne plateformeNous avons abordé la question de la nécessité d'un ensemble complet de capacités basées sur le site cloud (et d'une architecture définie par logiciel) et d'une plateforme unique pour les applications, les données et les cas d'utilisation de l'intégration API. Dans ce billet, nous passerons en revue les avantages de l'exigence de l'iPaaS en matière d'élasticité de l'échelle. Le contraire d'élastique est "rigide"C'est l'un des principaux défis auxquels sont confrontées les technologies d'intégration traditionnelles lorsqu'il s'agit de faire face aux technologies sociales, mobiles, analytiques, cloud et à l'Internet des objets (SMACT). Lorsque nous annoncée la plateforme d'intégration élastique SnapLogic en 2013, nous avons introduit le concept d'élasticité à trois voies :
- L'extension sur site pour traiter les applications d'entreprise qui se trouvent derrière le pare-feu du client ;
- L'évolution sur le site cloud pour intégrer des données provenant d'applications cloud/SaaS ; et
- L'expédition des fonctions de manière élastique entre les sites et le site cloud, optimisant ainsi la vitesse d'exécution de l'intégration en amenant l'informatique aux données plutôt que d'envoyer les données à l'informatique.
Dans un article de Wired, Gaurav Dhillon, cofondateur et PDG de SnapLogic, décrit ainsi les avantages de l'intégration élastique:
"Les entreprises auront toujours des données qui se trouvent à la fois sur place et sur le site cloud. L'astuce consiste à intégrer les données sur ces deux plans d'une manière rapide, flexible et évolutive, de sorte qu'une variété de types de données puisse être traitée - volumineuses, relationnelles, semi-structurées ou non structurées - et fournie de diverses manières, y compris par lots, sur la base d'événements ou en continu, en expédiant intelligemment des fonctions ou des données de tout volume - quel que soit l'endroit où les données se trouvent, d'une manière contrôlée et distribuée avec souplesse".
Lors d'un récent TechTalk sur SnapReduce 2.0, Greg Benson, Chief Scientist de SnapLogic, a expliqué que de plus en plus de tâches de gestion de données seront exécutées sur Hadoop, y compris la migration de leurs intégrations de données existantes et de leurs tâches ETL vers Hadoop pour les exécuter à l'échelle Hadoop. Voici une capture d'écran d'un tableau de bord SnapLogic surveillant la santé du service d'intégrationcloud , montrant le réseau d'intégration élastique, appelé Snaplex, qui s'étend au fur et à mesure que davantage de capacité/nœuds sont requis. Comme nous l'avons expliqué dans cet article :
"Chaque Snaplex peut s'étendre et se contracter de manière élastique en fonction du trafic de données qui le traverse. L'unité d'évolutivité à l'intérieur de Snaplex est une JVM. L'intégration SnapLogic Cloud est dotée d'une intelligence intégrée qui permet de faire évoluer automatiquement le Snaplex pour gérer des charges de trafic variables. Par exemple, chaque Snaplex est initialisé avec un nombre préconfiguré de JVM (disons une, par exemple). Lorsque l'utilisation de cette JVM atteint un certain seuil (par exemple 80 %), une nouvelle JVM est automatiquement activée pour gérer toute charge de travail supplémentaire. Une fois que le trafic de données excédentaire a été traité et que la deuxième JVM est inactive, elle est démantelée pour revenir à sa taille d'origine".
Dans le prochain billet de cette Série d'exigences iPaaSNous parlerons des standards modernes du web : REST et JSON.
