Appelez-le comme vous voulez :
- La jonction des forces (Gartner)
- L‘ère du client (Forrester)
- La troisième plate-forme (IDC)
Quelle que soit la terminologie utilisée, nous sommes clairement arrivés à la fin d‘un cycle technologique et entrés dans un nouveau cycle d‘innovation et de transformation de l‘entreprise et de l‘informatique. Qu‘il s‘agisse du social, du mobile, de l‘analytiqueet du Big Data, du CloudComputing ou de l‘Internet des objets(SMACT), sans oublier le Bring Your Own Everything, nous vivons une période à la fois passionnante et difficile pour les responsables informatiques des entreprises qui cherchent à transformer leur organisation tout en améliorant l‘alignement sur l‘activité de l‘entreprise. Les DSI sont devenusdes "agents du changement" .Ils sont devenus des Chief Innovation Officers et même des Chief Integration Officers, car l‘un des premiers domaines où ils cherchent à initier ce changement est l‘amélioration des connexions entre les données internes et externes, les applications et les API, et l‘élimination des silos de données déconnectés. Nous avons beaucoup écrit sur le dilemme de l‘intégrateur ces derniers mois, ainsi que sur la "cloudification" de l‘entreprise et le déplacement de la "gravité des données" qui en résulte. Cependant, j‘entends de plus en plus souvent des termes tels que "poids lourd ", "dette technique" et "fardeau informatique" pour décrire les intergiciels hérités qui ont été achetés et mis en œuvre il y a plus de 10 ans. Il a été conçu pour une époque différente et est souvent considéré comme un obstacle au changement, et non comme un agent de changement. D‘autre part, dans les conversations avec les analystes, les clients et les partenaires de l‘industrie, j‘entends des termes comme " tissu ", " couche d‘agilité " et " libre-service " utilisés pour décrire le désir d‘une approche plus flexible de l‘intégration et de la gestion des données.
Cela vous rappelle quelque chose ? 
Alors que l‘intégration plateforme en tant que service(iPaaS) gagne en notoriété et en acceptation sur le marché, il devient de plus en plus évident qu‘un nouvel " empire du milieu " est en train d‘émerger pour répondre aux besoins d‘intégration de l‘entreprise moderne. Utiliser les anciens ETL ou EAI pour répondre au volume, à la variété et à la vitesse des données, des applications et des API d‘aujourd‘hui (sans parler de l‘IoT), c‘est un peu comme conduire une Tesla Model S sur un chemin de terre. (Mis à part les récents résultats financiers (exemples ici et ici), j‘ai dressé une liste des 10 raisons pour lesquelles les anciens outils d‘extraction, de transformation et de chargement (ETL) et d‘intégration d‘applications d‘entreprise (EAI) (et les fournisseurs de solutions) continueront à se battre à l‘ère du SMACT :
- Cannibalisation de l‘activité principale sur site : C‘est le cas le plus évident. Le dilemme de l‘innovateur. Il est difficile de "patiner là où va le palet" sans faire de grands paris sur l‘avenir et sans être prêt à abandonner les lignes de produits peu performantes. C‘est possible(voici un excellent exemple), mais je n‘ai pas vu ce niveau d‘engagement de la part des opérateurs historiques du marché de l‘intégration des données et des applications. En 2007, mon ami Ken Rudin a présenté un article intitulé "SaaS Cannibalization and the Civil War Within" (Lacannibalisation des SaaS et la guerre civile intérieure). Cet article est toujours d‘actualité.
- Le patrimoine au cœur de l‘Europe Cloud: Je généralise, mais si vous venez du monde de l‘EAI/ESB/SOA, vous avez généralement une vision du monde centrée sur l‘application. Si vous venez du monde de la veille stratégique, de l‘entreposage de données et de la gestion des données de référence, vous avez naturellement une vision centrée sur les données. Repenser, ou pour utiliser le mot de Mary Meeker - réimaginer - l‘intégration nécessite une vision qui permette d‘aborder les deux de manière égale. Les outils EAI axés sur les messages ont du mal à gérer les mouvements et les transformations de données en masse ou par lots. Les outils ETL basés sur les lignes et les colonnes ont du mal à gérer les données non structurées et hiérarchiques en temps réel. Les plateformes RESTful modernes, centrées sur JSON, ont clairement un avantage dans la nouvelle ère, que votre besoin soit une intégration de données basée sur des événements, en temps réel, en flux ou en lots planifiés.
- L‘EAI sans l‘ESB : Des fonctionnalités telles que la livraison garantie, les déclencheurs, la surveillance et l‘orchestration sont tout aussi importantes sur le site cloud qu‘elles l‘étaient sur le site. Mais le bus de service d‘entreprise (ESB) n‘a pas sa place sur le site cloud. Voici quelques commentaires de Stefan Ried de Forrester sur le sujet et voici pourquoi la SOA a été détruite grâce à l‘ESB.
- Au-delà de l‘ETL : les fonctionnalités telles que la réutilisation, l‘agrégation, les jointures, l‘union, la division, les SCD et la planification sont tout aussi importantes sur le site cloud qu‘elles l‘étaient dans les locaux. Je ne vais donc pas me lancer dans le débat sur la mort de l‘ETL, mais l‘intégration polyvalente ou multimodale est clairement l‘avenir. Ce site webinar avec Dave Linthicum et Gaurav Dhillon offre une bonne perspective sur le sujet.
- Le point à point manque l‘essentiel : Pour les anciens éditeurs de logiciels, tous les chemins mènent au point numéro un - la cannibalisation - mais le simple fait d‘introduire une version allégée cloud (ou cloud-washed) de votre logiciel sur site ne constitue pas une stratégie cloud . Bien qu‘il y ait une demande croissante pour des services d‘intégration cloud plus accessibles et plus faciles à utiliser, il doit également y avoir des fonctionnalités avancées (voir des exemples d‘exigences iPaaS ici), une large connectivité et la capacité d‘aller au-delà de simples scénarios d‘intégration point à point. Sinon, la seule chose qui devient hybride, c‘est votre boule de poils d‘intégration.
- Franken-tegration : En parlant d‘hybride, il s‘agit d‘un sujet brûlant dans l‘informatique d‘entreprise et sur cloud , mais lorsqu‘il s‘agit d‘une solution iPaaS, hybride ne doit pas être synonyme de demi-mesure. Un service d‘intégration cloud doit être capable de gérer des cas d‘utilisation complexes d‘intégration sur site (cloud to ground) et cloud to cloud. Il doit également fournir plus qu‘une simple surveillance, mais aussi un environnement de conception et d‘administration d‘intégration sophistiqué qui ne nécessite pas d‘outils sur site. Plus d‘informations sur ce sujet dans l‘article Fluidité dans les déploiements hybrides.
- L‘intégration des big data n‘est pas essentielle... ou Cloud: Pour les fournisseurs d‘EAI, l‘intégration des big data n‘est pas une option. Pour les fournisseurs d‘ETL, conçus pour augmenter et non pour diminuer la taille des données, et conçus pour traiter principalement des sources et des cibles structurées et relationnelles, le Big Data est un gros problème. Et cela ne concerne que la technologie sur site. Cloud computing et big data, sans parler du mobile, du social, des API et de l‘IoT, changent les règles et les exigences de l‘intégration et une plateforme moderne et élastique sera nécessaire pour suivre le mouvement.
- Elastic Scale Out : j‘ai expliqué pourquoi c‘est important dans cet article, iPaaS Requirements : Elastic Scale. La réutilisation d‘une technologie existante pour la conception de l‘intégration ou le traitement de l‘exécution garantit que la solution n‘a pas été conçue pour le site cloud et qu‘elle n‘est pas élastique à la base.
- Une rampe de lancement vers On-Prem : Cela tient en partie aux plans de rémunération des ventes (les représentants ne sont payés que sur la valeur contractuelle annuelle (ACV) de la première année et non sur les accords pluriannuels, par exemple), mais souvent les outils d‘intégration point à point cloud des anciens fournisseurs sont utilisés comme un produit d‘appel pour ouvrir des portes à de nouveaux comptes ou s‘étendre à des divisions de comptes. L‘objectif à long terme est un appât et une substitution, ce qui m‘amène à mon dernier point.
- Concentration et ADN : Comme je l‘ai mentionné, tous les chemins mènent au point numéro un et au dilemme de l‘innovateur, mais il existe une solution de l‘innovateur et des techniques éprouvées pour échapper à la vitesse. Bien entendu, nous pensons qu‘il existe également une solution pour l‘intégrateur, mais pour les fournisseurs de logiciels indépendants (ISV) ETL et EAI, la question est de savoir s‘ils ont les moyens de s‘adapter et d‘embrasser véritablement le changement qu‘exigera l‘ère SMACT. Il faudra non seulement se recentrer complètement sur l‘avenir et accepter de tourner le dos au passé, ce qui est particulièrement difficile pour les entreprises publiques, mais aussi passer à la tarification par abonnement, adopter une nouvelle approche en matière d‘adoption et de renouvellement de la clientèle et de développement agile. Il faudra aussi un ADN de l‘innovation et une volonté de changement. Lorsque vous êtes à l‘intérieur, je compare cela à l‘histoire de la grenouille dans l‘eau bouillante, mais je pense qu‘Aaron Levie, le PDG visionnaire de Box.com, l‘a le mieux exprimé lorsqu‘il a récemment tweeté :
Lorsque l‘on essaie de changer un secteur de l‘intérieur, il est facile de comprendre pourquoi cela ne marchera pas. Quand on est à l‘extérieur, on ne peut pas croire que cela ne marchera pas. ? Aaron Levie (@levie) 8 août 2014
