LA POSTE STRATEGIES D INTEGRATION SEMINAIRE ETAT DE L ART 15 juin 2016
UN CONSTAT La lente maturation de l industrialisation des échanges Echanges peu nombreux et besoins d intégration faibles Complexification du SI génératrice d échanges non organisés Organisation et industrialisation des échanges Evolutions longues et coûteuses intégrer plutôt que refondre 2
LES ENJEUX Pourquoi bien intégrer Enjeux Métier IT Historique Prendrede meilleures decisions basées sur une information plus cohérente en réduisant les risques des doubles saisies, avec une plus haute qualité de la données, Flexibilitéaccrue : les processus métier sont plus facile à modifier et le timeto-market réduit, Réutilisation, assemblage et orchestrations de services pour créer des processus interapplicatifs à haute qualité de service, Communication accrue : routage et transformation de données hétérogènes entre différents types d applications, Réductionde la complexitéet des coûts dans la gestion des flux. Recent Meilleuresdécisionsmétier encaptantet corrélantdes événementsmulticanaux, indépendamment du device, en temps réel Intégrer les partenaires businesset les services de manière sécurisée. Elasticitéaccrue : aider le SI à gérer une charge variable en déployant l integration efficacement On-Premise et dans le Cloud.
MFT Managed File Transfer Le MFT gère les échanges de fichiers entre applications via le réseau et avec des fonctionnalités spécifiques de sécurité, d intégrité, de visibilité, de non-répudiation. Applications Échanges de fichiers MFT Échanges de fichiers Applications Client ou Partenaire DMZ Utilisateurs internes et externes 4
ETL Extract Transform Load L acronyme ETL signifie : Extract: Connection et récupération des données, Transform: Opère des transformations de format de données, Load: Charge les données dans une autre réceptacle de données. L ETL est un middleware qui permet d effectuer des synchronisations massives d une base de données à une autre. Connecteurs BDD SAP Extraction de données Transformation de données ETL Chargement de données DWH CRM 5
EAI Enterprise Application Intégration L EAI est un middleware permettant de : gérer les échanges en mode messages, entre systèmes et applications hétérogènes, en temps réel. Connecteurs Applications Front-End Son architecture permet l implémentation et l orchestration de flux ou demi-flux. L EAI assure un lien entre les applications Back-End (base de données) et Front-End (interfaces graphiques). Échanges via messages Mappage des données Orchestration de flux au fil de l eau EAI Middleware Connecteurs BDD BDD Back-End 6
ESB Enterprise Service Bus L ESB est un middleware permettant : la médiation et l utilisation de services web, l orchestration des flux, l interopérabilité d applications hétérogènes grâce à des protocoles standardisés. Front-End (Consommateurs) services Applications L objectif est d arriver à une intégration complètement distribuée grâce à l utilisation des conteneurs de services et de standards d interopérabilité (XML, ) ou de connecteurs spécialisés. Médiation de services Orchestration de flux en TR Interopérabilité des applications intra-entrerprises services ESB Middleware BDD BDD Back-End (Producteurs) 7
EVOLUTION DES TECHNOLOGIES D INTÉGRATION Le mainframe Client / Serveur Internet IOT Les Architectures de Services Le progiciel intégré Le Digital 1970 1980 1990 2000 2010 8
EVOLUTION DES TECHNOLOGIES D INTÉGRATION The mainframe Client / Server Internet Integration as a Service (ipaas) / micro-services Integration unitaire API / (API Mgt) Intégration unitaire données / services (EAI /ESB) Integration en masse données (ETL) Integration en masse fichiers (MFT) 1970 1980 1990 2000 2010 2020
L INTÉGRATION EN 2016 Sous la pression du Digital INTEGRATION STACK On-Premise API Management EAI / ESB ETL ipaas MFT
DÉFINITION DE L API MANAGEMENT Application Programming Interface L API Management permet : d exposer les services d un SI vers le monde extérieur, d assurer la rupture de protocole tout en veillant à la sécurité des données, de gérer le cycle de vie des APIs, de superviser la consommation des APIs (métrologie). Il propose un accès unique aux utilisateurs pour gérer, superviser et sécuriser les services provenant de différents endpointscomme s ils provenaient tous d un même serveur. L avantage de cette ouverture est de s appuyer sur un écosystème de développeurs qui proposent de nouvelles applications et de nouveaux usages à partir des données. API Exposition des services à l extérieur Gestion du cycle de vie des APIs Supervision des APIs API Applications API Management Applications Internet DMZ Entreprise 11
API MANAGEMENT Différentes architectures Sécuriser l intégration d applications externes Intégrer l entreprise avec le cloud et avec les partenaires API Gateway Application externe Application interne Frontend interne Services cloud API Gateway Gestion des identités Intégrer les applications mobiles Frontend interne Développeur Administrer et exposer ses API Partenaires B2B Administrateur API Portal Application mobile API Gateway Application interne Application externe API Gateway Application interne 12
DÉFINITION DE L ARCHITECTURE MICROSERVICES Architecture Microservices L architecture Microservices consiste à découper la logique métier en de petits services autonomes qui travaillent de concert. Front-End (Consommateurs) Applications Leurs caractéristiques sont d être : Petits et centrés sur un spectre de tâche limités, Autonomes, Indépendants technologiquement pour permettre de choisir les technologies les plus adaptées, Hautement et finement scalables, Faciles à déployer et à changer, Composables. Stock <<ruby>> microservices Produit <<java>> Client <<js>> La logique d urbanisation SOA s efface progressivement : faut-il chercher à «gouverner» les microservices? Base relationnelle Base nosql Document store 13
APPARITION DES TECHNOLOGIES IPAAS Les écarts avec l ESB ESB Le déploiement d un ESB repose sur un modèle de licensing onpremise. Nouveaux usages : Intégration de services dans le Cloud Modèle Pay-As-You-Go IPAAS L ipaas est une plateforme d intégration dans le Cloud: - Traitement des patterns Cloud-to-Cloud, - Élasticité automatique pour traiter un volume de données variable, - Souscription à l usageet transformation enopex des coûtsde licence, de maintenance et d infrastructure. 14
IPAAS Quatre patterns clés 15
LE MARCHÉDE L IPAASEN2016 16
ARCHITECTURE IPAAS Déployée On-premise 17
LES PATTERNS On-Premise to / from Cloud Cloud to Cloud On-Premise to On-Premise SaaS Application 1 Cloud SaaS Application 2 Integration stack deployed Cloud (IaaS/iPaaS) Integration stack deployed On-Premise or Private Cloud Onpremise On-Premise App 1 On-Premise App 2
ORGANISATION Gouvernance Build Design and & Run Build projects projets flows and services Build Design and & Run Build projects projets flows and services Build Design and & Run Build projects projets flows and services BuildFramework (best practices pour projets + composants réutilisables et configuration) Design & Build des plate-formes (socles) Run des plate-formes Licences Infrastructures 19