Urbanisation : l’intérêt de la gouvernance des APIS
Visionnez le Webinar en replay...
Pour mettre en œuvre des stratégies de modernisation, il n’y a pas d’autres choix que de disposer d’une solution supportant le transport et la transformation de l’information pour pouvoir ensuite se focaliser sur les processus métier. Disposer de ce socle, c’est le meilleur moyen d’arrêter une fois pour toute de perdre de l’énergie et du temps dans ces étapes back-office ! »
Le socle technologique de notre plateforme Blueway est une solution ESB (nommée Viaduc dans notre gamme Blueway Secteur Public) permettant de mettre en place les meilleures pratiques SOA (Service-Oriented Architecture). D’ailleurs, c’est parce que nous sommes convaincus du rôle fondamental du traitement, du transport, de la manipulation et du contrôle de la donnée que ce socle s’appelle “Data Foundation” !
Ce socle intègre toutes les fonctionnalités évoquées précédemment et apporte également des atouts pour accélérer vos projets et renforcer votre autonomie :
Un conseil lorsque vous choisirez votre future solution ESB : la création simple des services ne suffit pas, il faut prendre en compte leur maintien en condition opérationnel et leur évolutivité si vous ne voulez pas voir vos coûts exploser sur la durée ! »
Chez Blueway, nous sommes persuadés que, pour chaque besoin métier, il faut avoir une vision globale et partagée des processus et des données, et donc des différentes dimensions de la gouvernance de données.
C’est pour cela que nous avons bâti notre plateforme Blueway sur la réunification des usages des BPM, MDM, ESB, API Management autour de vos enjeux métiers et humains.
Automatiser les processus avec la vision ESB, c’est se concentrer sur la vision technique.
Intégrer de l’humain au cœur des processus implique d’ouvrir la porte au BPM (Business Process Management) !
L’association des deux solutions garantit que les processus métiers soient adhérents au Système d’Information et que les humains soient acteurs à part entière de la chaîne (IHM, capacité d’actions, séquencement métier, gestion des rôles…).
Si vous décloisonnez l’information grâce à l’ESB, vous avez intérêt à centraliser et mettre en qualité les données transversales dans un référentiel unique qui sera mis à profit du reste du Système d’information. D’un point de vue de la gouvernance des données, cela repose sur un MDM (Master Data Management).
Vous êtes satisfait de la standardisation des échanges apportés par l’ESB ? Il est alors temps de renforcer les interactions avec vos partenaires externes ! Face à la multiplication des contrats d’interfaces, l’API Management vous assure de gouverner les échanges avec l’extérieur et d’industrialiser l’exposition de vos APIs (Application Programming Interface).
Comment se positionne l’APIM par rapport à l’ESB ?
Les deux approches ESB et APIM sont complémentaires : l’ESB se positionne comme l’orchestrateur des services de votre Système d’Information et l’APIM sur la gouvernance des échanges avec l’extérieur (piloter l’accès et l’utilisation des APIs, contrôler l’usage, standardiser les API pour assurer leur scalabilité…).
Quelle est la différence entre ESB et ETL ?
Les périmètres de l’ETL (Extract-transform-load) et l’ESB se recouvrent partiellement.
Historiquement, on considère que l’ETL est capable de traiter des volumétries de données très fortes, pour un nombre limité d’échanges et que l’ESB sera plus adapté pour piloter des échanges avec une fréquence élevée, mais une volumétrie de données plus restreinte.
Notre conviction, c’est que ce cloisonnement ESB vs ETL n’est plus pertinent aujourd’hui : la solution technique doit s’adapter aux enjeux métiers et sortir de ces visions conceptuelles.
ESB vs Microservices
On ne se place pas au même niveau sur ces deux notions : l’ESB est un outil d’intégration alors que les microservices sont des petits composants de services qui peuvent se combiner pour créer une application.
Les architectures microservices sont ainsi composées de plein de services spécialisés utilisés pour construire les fonctionnalités des applications. Ces architectures permettent un développement plus agile et d’ajouter facilement des nouvelles fonctionnalités sur une application. La granularité est plus fine mais engendre également plus de complexité.