L INTÉGRATION EN MUTATION. #2 Mars Cellenza

Transcription

1 L INTÉGRATION EN MUTATION #2 Mars 2015 Cellenza

2 L INTÉGRATION EN MUTATION Design graphique : micheletmichel.com Impression : megatop.fr

3 i SOMMAIRE INTRODUCTION P 6 AU COMMENCEMENT UN PEU D HISTOIRE P 8 Modèle Point à Point P 10 L arrivée de l EAI P 11 L émergence des architectures SOA P 12 LES CHALLENGES P 14 L arrivée des SI hybride appelle à une stratégie d intégration hybride P 18 Directions métier et Applications SaaS P 20 BYOD et Mobilité P 21 L avènement des objets connectés P 23 LA RÉPONSE MICROSOFT INTÉGRATION P 26 BizTalk Server, se connecter au Cloud P 30 Azure Service Bus, le Cloud Messaging Broker P 32 Microsoft Azure BizTalk Services (MABS), s exécuter dans le Cloud P 35 Hybrid Connection, Azure Web Sites et applications Mobiles P 40 Event Hub et les objets connectés P 42 USE CASES P 46 Hybrid Architecture P 48 Integration d applications SaaS facilitée P 50 échanges B2B P 53 Mobilité P 55 IoT P 59 Pour conclure P 63 Et demain? P

4 INTRODUCTION Le grand retour du concept de la SOA? Le concept de la SOA, très en vogue dans les années 2000, a été éclipsé petit à petit par l arrivée, au sein du système d information, du Cloud Computing. Toutefois, dans le but d avoir un système d information plus agile, plus client-centrique, la DSI doit continuer à penser l informatique sous forme de services. Cela passe inévitablement par l intégration de ces services et par la mise en place d architectures plus «modernes». Dans le même temps, la DSI doit être capable de s adapter aux innovations technologiques tels que la mobilité, le Cloud et les objets connectés qui proposent de nouveaux usages aux clients internes et externes de l entreprise. L intégration est donc un facteur clé de succès, la dorsale d un SI agile. Les principes de la SOA sont toujours d actualité, mais ils se doivent d être plus flexibles, plus intelligents avec des services axés métier et non plus technologie. Ce Cell Insights vous présentera les différents challenges d une DSI en matière d intégration puis les réponses apportées par Microsoft. 6 7

5 1 i Modèle Point à Point L arrivée de l EAI AU COMMENCEMENT UN PEU D HISTOIRE L émergence des architectures SOA 8 9

6 MODÈLE POINT À POINT Il nous faut revenir quelques décennies en arrière pour bien comprendre l évolution de l intégration. Le besoin d intégration entre applications n est pas nouveau. Jusque dans les années 80, la méthode consistait à développer des interfaces dîtes «Point à Point», d application à application. Cette technique, relativement simple à instaurer, tombe toutefois rapidement, dans ce que l on appelle le syndrome du «plat de spaghettis», ou de la «pelote de laine», comme l illustre le schéma ci-dessous. L ARRIVÉE DE L EAI C est dans les années 90, dans le but de corriger les lacunes et les problèmes engendrés par le modèle Point à Point, que le concept d EAI (Enterprise Application Integration) voit le jour. L intégration a alors été pensée en termes d évolutivité et de réutilisabilité du système d information. On a alors définit le principe de «format pivot», «format» représentant les principaux objets de l entreprise en XML. Les applications ne communiquent plus directement entre-elles mais uniquement avec le middleware d intégration. Cette communication se traduit par la mise en place de demi-interfaces entre application et middleware et inversement. Chaque application décrit sa manière de communiquer via un contrat d interface qui décrit le format d échanges (idoc, SQL, XML, Fichiers plats) et le protocole d échanges (http, Ftps, ). HR ERP HR ERP Avec l EAI, l intégration a été pensée à des fins d évolutivité et de réutilisabilité du SI. CMR E-commerce Schéma d Architecture Point à Point Ce modèle atteint très rapidement ses limites à mesure que le nombre d interfaces augmente. Dès que l on souhaite faire évoluer une application au sein du système d information, on tire sur une ficelle et c est toute la pelote qui se déroule. Qui plus est, les interfaces Point à Point ne gèrent généralement pas (ou peu) correctement les erreurs et ne possèdent pas de stratégie commune en termes d instrumentation (logging) ou de supervision. L administration et le support deviennent, par conséquent, très complexes. Enfin, ces interfaces sont souvent des traitements batch de nuit utilisant principalement le protocole FTP. Schéma d Architecture EAI C est le middleware qui prend en charge la transformation du message d entrée vers le format pivot. Les applications cibles souscrivent ensuite à ces formats pivot, le middleware jouant ainsi un rôle de routeur. L évolution des échanges tout comme le remplacement d une brique logicielle, n impacte que les demi-interfaces concernées. Les échanges sont ainsi centralisés et par conséquent mieux gouvernés CMR Business partner E-commerce

7 L ÉMERGENCE DES ARCHITECTURES SOA Très vite, les échanges de message EAI ont révélé l existence de processus métier transverses. Les techniques d intégration ont évolué pour faciliter la mise en œuvre de ces processus au travers d une standardisation des échanges via le protocole SOAP (Simple Object Access Protocol). Le SI a été revu sous forme de services. Un bus d entreprise appelé ESB a remplacé le middleware ou plus exactement l a complété afin d orchestrer l exécution de ces services et d apporter plus d agilité. En effet, grâce à ce bus, il est dorénavant possible de modifier un processus via une configuration sans repasser par la case «développement». POUR SIMPLIFIER, LE SYSTÈME D INFORMATION SE MODÉLISE EN TROIS VERBES : EXPOSER, COMPOSER, CONSOMMER. Les applications du SI exposent des services granulaires plutôt techniques. Le bus compose ces services bas niveau pour construire des services à plus forte valeur, des services métier. Il prend également en charge le rôle de transformation, le routage des messages. Les applications du SI (portail, mobiles, clients lourds et riches) consomment alors ces services métier dans un format standardisé. Le bus permet notamment de masquer la complexité du SI qui peut donc évoluer facilement sans impacter l ensemble des briques logicielles. ERP HR Schéma d Architecture ESB Les échanges EAI ont révélés la présence de processus transverses. Avec la SOA, le SI a été repensé pour faciliter leur mise en œuvre. CRM E-commerce Business partner 12 13

8 2 L arrivée des SI hybrides appelle à une stratégie d intégration hybride Directions métier et Applications SaaS BYOD et Mobilité LES L avènement des objets connectés CHALLENGES 14 15

9 LES CHALLENGES Mobiles Hybrid Connection ANALYTICS Aujourd hui, beaucoup d organisations sont aux prises avec des problèmes d intégration créés par la rapide progression des réseaux sociaux, de la mobilité, de l internet des objets et des plates-formes Cloud. Compte tenu du Time to Market et des contraintes budgétaires, elles ne sont pas enclines à utiliser des approches traditionnelles pour les scénarios d intégration hybride. La DSI n a pas d autre choix que de combiner méthode traditionnelle et Cloud pour fournir les fonctionnalités d intégration désirées dans les délais et le budget alloués. B2B BizTalk Services Enterprise Application Integration Business Process Automation BizTalk Server FUTUR OF INTEGRATION MESSAGING Service Bus Stream Analytics Queing Events Hub EVENTS Les différents enjeux autour de l Intégration Telemetry Un nombre exponentiel de processus d intégration se déplacent vers le nuage

10 L ARRIVÉE DES SI HYBRIDES L adoption croissante de solutions d intégration de PaaS (ipaas) montre l importance grandissante du concept «middleware-as-a-service» et marque le passage d une intégration traditionnelle à une approche hybride. Un nombre important de processus d intégration se déplacent vers le nuage. Les paradigmes de «middleware d intégration hybride» ne sont plus rares. Cette tendance devrait d ailleurs devenir progressivement la référence. Cette augmentation rapide du nombre de services dans les nuages est le moteur de la prolifération des SI hybrides. Les «workloads» évoluent, eux-aussi, de plus en plus vers le Cloud. Les organisations se transforment afin de se connecter avec leurs clients actuels ou potentiels et d accélérer l activation de nouveaux services et de nouvelles fonctionnalités via un large éventail de plates-formes Cloud et mobiles. L intégration hybride, qui se caractérise par la disparité d applications, de formats de données, de modèles de déploiement et de nature d opérations, est un problème complexe. Face à cela, aucune des approches d intégration, y compris les plus traditionnelles telles que la SOA (Architecture Orientée Services) ou plus récemment l ipaas n est une «solution miracle» si elles sont prises individuellement. C est bien leur combinaison qui en fait une réponse adéquate. Les entreprises peuvent examiner les questions d intégration hybride si elles développent et mettent en œuvre une stratégie qui exploite leur plateforme d intégration existante. Elles doivent aussi combler leurs lacunes avec des solutions complémentaires et ce afin d apporter plus rapidement de la valeur à un coût total de possession (TCO) optimisé. Les organisations SI doivent donc se concentrer sur l élaboration et la mise en œuvre d une stratégie d intégration hybride à long terme. L équipe gérant des projets d intégration (connus comme un centre de compétences «intégration» ou «médiation» dans certaines organisations) doit vérifier si la plateforme existante peut prendre en charge les besoins actuels d intégration. L intégration hybride comprend un mélange de «on-premise», cloud, B2B, de scénarios d intégration mobiles plus ou moins complexes. Seule une combinaison appropriée des plateformes traditionnelles et cloud peut satisfaire ces exigences complexes. Une stratégie bien planifiée implique une approche adaptée à chaque scénario d intégration individuelle et l assurance que les projets d intégration offrent les fonctionnalités désirées. Aussi, la combinaison «SOA / ipaas» est adaptée aux besoins d intégration hybride : SOA peut être utilisé pour soutenir des opérations de données volumineuses et de mécanismes de messages à faible latence, alors qu ipaas convient aux besoins du SaaS, de mobilité et du B2B qui sont généralement moins complexes (l intégration, par exemple, de nouveaux partenaires commerciaux avec des applications hétérogènes). L intégration n est plus considérée comme une fonction «individuelle» et les entreprises préfèrent des solutions couvrant un plus large éventail de besoins. De nombreux fournisseurs traditionnels d intégration ont été réticents à adopter ce changement, alors que d autres, comme Microsoft, ont proposé très rapidement des solutions d intégration via le cloud. Voyons à présent, à travers une brève analyse du marché des applications SAS, de la mobilité et des objets connectés en quoi l évolution des solutions d intégration n est plus un challenge mais une réelle obligation. Aucune des approches d intégrations, SOA ou ipaas n est une solution miracle si elles sont prises individuellement. Les organisations SI doivent donc se concentrer sur l élaboration et la mise en œuvre d une stratégie d intégration hybride à long terme

11 DIRECTIONS MÉTIER ET APPLICATIONS SAAS MOBILES Les directions métier achètent, en direct, des solutions Saas qui répondent à leurs besoins sans impliquer la DSI, leur reprochant de ne pas répondre suffisamment à leurs attentes en termes de Time to Market et de coûts. Les raisons sont multiples puisque les systèmes d information sont devenus complexes et peu agiles. Très vite, les directions métier se retrouvent confrontées à une problématique : la Donnée. Comment gérer la qualité des Données métier entre ces différentes applications et le S.I. traditionnel? Où se trouve la Donnée «maître»? Comment la synchroniser? Les DSI peuvent et doivent y apporter une réponse : l intégration. Concernant les solutions SaaS, une prévision du Forrester, ci-dessous, parle d un véritable tsunami créant une vague massive de besoins d intégration BPaaS SaaS PaaS IaaS Systèmes centralisés, ordinateurs personnels et Internet ont successivement transformé les technologies de l information, aussi bien pour les entreprises elles-mêmes que pour leurs fournisseurs de matériel et de services. La rupture en cours, celle de la mobilité est une réalité et a dépassé l effet de mode. Après des débuts modestes, la mobilité connaît aujourd hui un essor sans précédent, porté par les smartphones, tablettes et autres appareils de plus en plus performants grâce aux réseaux 3G et 4G, ainsi qu à l explosion des applications innovantes. Dans les entreprises, les technologies de l information et la communication sont à l aube d une révolution qui promet de démultiplier la productivité et d augmenter le confort des utilisateurs. Toutefois, si les opportunités sont légion, il faudra également composer avec les défis en matière de coûts, de gouvernance et de sécurité. La montée en puissance de la mobilité rappelle beaucoup celle d Internet à la fin des années 1990 quand la croissance spectaculaire du nombre d utilisateurs s accompagnait d une frénésie de services innovants. Les consommateurs sont aujourd hui friands de mobilité dans la sphère personnelle et ils la réclament, de plus en plus, dans la sphère professionnelle. En matière d appareils mobiles, les innovations sont introduites à un rythme effréné, avec des devices de différents types : des smartphones, des tablettes, des phablets pour des usages différents mais néanmoins complémentaires. Certains usages sont encore à inventer. Les ordinateurs portables traditionnels pourraient bien être éclipsés par les tablettes d ici quelques années. C est en tout cas un point de vue partagé par Microsoft avec le lancement de sa Surface Pro 3. Dans les coulisses de la révolution mobile, un vaste ensemble d applications cloud permettent aux appareils nomades de surmonter bon nombre de leurs limites inhérentes et permettent aux usagers d accéder à leur contenu personnel où qu ils se trouvent et quelle que soit la capacité de stockage de leurs appareils. Des applications professionnelles basées sur le cloud permettent un accès continu à des ressources capitales pour l entreprise, comme, par exemple, ses outils de gestion de la relation client (CRM). Une fois de plus, le cœur de la mobilité reste la Donnée. Comment permettre aux utilisateurs internes d avoir un accès sécurisé aux Données de l entreprise «everywhere at anytime», hors des frontières de l entreprise? Forester, évolution du marché Cloud Public En plus des problématiques d intégration de données, l intégration d applications SaaS impose la mise en place d une stratégie d authentification unifiée ou fédérée type SSO (Single Sign On). On ne peut pas imaginer des utilisateurs avoir un couple «login/ password» par application SaaS. Cela deviendrait rapidement un casse-tête et une faille de sécurité pour l entreprise

12 L AVÈNEMENT DES OBJETS CONNECTÉS La mobilité est donc la nouvelle frontière des nouvelles technologies de l information et de la communication. La course est lancée pour pleinement tirer parti de ses avantages indiscutables. L explosion des objets connectés dans notre quotidien oblige l intégration à s adapter. Les problématiques ne sont plus les mêmes, on passe d une intégration déclarative à prescriptive, capable d observer des comportements selon différentes facettes. Evolution du nombre de mobiles BI Intelligence, évolution du nombre d objets connectés

13 Selon BI Intelligence, le nombre d objets connectés devrait progresser de manière exponentielle dans les 5 prochaines années. Ils prédisent même que les objets connectés seront plus nombreux que les devices traditionnels (PC, smartphones, tablettes) d ici Ces objets sont en train de bousculer notre quotidien. On trouve beaucoup d exemples dans le domaine de la santé et du sport avec notamment des bracelets intelligents ou dans l univers de la domotique avec l optimisation de votre consommation d énergie. Cette innovation technologique a, bien entendu, des impacts sur le monde de l intégration tel que nous le connaissons aujourd hui. Premier enjeu : les solutions d intégration doivent être capables d ingérer des millions d événements dans des délais très courts. Les bus de services actuels atteignent leurs limites. Il faut donc avoir recours à des solutions de type CEP (Complex Event Processing) et utiliser la puissance du Cloud pour avoir une infrastructure scalable et performante. Deuxième enjeu : nous devons être capables d analyser cette information en temps réel. Cela consiste notamment à corréler des informations pour en tirer d éventuels «bruits» et calculer des moyennes. C est ici que les solutions de BigData prennent tout leur sens. Dernier enjeu et sans doute le plus important : apporter de l intelligence à ces Données, être capable de prédire des comportements ou d alerter avant un dysfonctionnement dans le domaine industriel. Pour y répondre, nous avons recours à des solutions d intelligence artificielle. Certains se souviennent peut être de langages comme Prolog! Aujourd hui, nous avons à notre disposition des solutions telle que Machine Learning de Microsoft. Comme vous pouvez le constater, les concepts et solutions existent déjà mais leur combinaison via une plateforme d intégration robuste apportera à l entreprise une innovation! ESSENTIEL Cloud et des Application SaaS, nouveaux usages autours des mobiles et objets connectés. Autant de challenges qui appellent à repenser les concepts et solutions d intégration. Un SI hybride appelle une architecture d intégration Hybride. Avec les objets connectés, les solutions d intégration doivent pouvoir ingérer des millions d événements dans des délais très courts

14 3 Azure Service Bus, le Cloud Messaging Broker Microsoft Azure BizTalk Services (MABS), s exécuter dans le Cloud Hybrid Connection, Azure Web Sites et applications Mobiles Event Hub et les objets connectés LA RÉPONSE MICROSOFT INTEGRATION 26 27

15 Saas Apps Microsoft Azure La réponse de Microsoft aux challenges cités précédemment se résume en 2 mots : Federated ESB, faire interagir ensemble les 2 mondes de manière fluide en créant des liens de l un à l autre. Dans ce chapitre, nous allons faire un tour d horizon des solutions et composants proposés par Microsoft pour obtenir une architecture hybride. Celle-ci représente le socle de la fluidité et de la continuité des processus métiers d une organisation au-delà de ses frontières. BizTalk Services Service Bus BizTalk Server Applications Mainframe Servers Partners Databases Architecture d Intégration Hybride Microsoft 28 29

16 BIZTALK SERVER, SE CONNECTER AU CLOUD Dans le cadre d un Système d Intégration Hybride, les demi-interfaces ou services implémentés dans BizTalk Server pourront être réutilisés et exposés aux applications SaaS ou PaaS. Techniquement, cela est rendu possible par l arrivée (depuis les versions 2013 et 2013 R2) de nouveaux connecteurs facilitateurs tels que : Microsoft BizTalk Server, solution d intégration «historique» de Microsoft, a une grande place dans l architecture «Federated Enterprise Service Bus» surtout pour les organisations ayant consenti à d importants efforts de rationalisation de leurs échanges internes et B2B ayant consenti, avec cette solution, a d importants efforts... Le connecteur Services Bus Messaging à travers lequel Biz- Talk pourra consommer un message depuis une «Queue» ou un «Topic» Azure Services Bus (une présentation de ces 2 composants sera donnée ultérieurement) ou publier des messages vers ces derniers. Le connecteur Service Bus Relay offre la capacité d exposer un Web Service existant au-delà du SI et donc de servir des solutions dans le cloud par simple paramétrage, et ce de manière sécurisée. Exit, les prérequis techniques souvent longs à mettre en place pour voir son service exposé à l extérieur du SI. Le connecteur permettant de consommer et d exposer des services RESTful /JSON (en plus d XML), combinaison qui tend à devenir un standard de communication par APIs pour les solutions SAAS. BizTalk Server, solution d intégration «historique» de microsoft a une grande place dans l architecture Federated ESB. Schéma des fonctionnalités de BizTalk Server 30 31

17 AZURE SERVICE BUS, LE CLOUD MESSAGING BROKER Topics : Les «Topics» Service Bus prennent en charge un modèle de communication de messagerie, de publication et d abonnement contrairement aux «Queues» Service Bus où chaque message est traité par un seul consommateur. Il est possible d inscrire plusieurs souscriptions à un Topic. Lorsqu un message est envoyé, il est alors mis à disposition de chaque souscription pour être géré ou traité indépendamment. Azure Service Bus compte parmi les premières solutions créées par Microsoft dans Azure. Il offre les fonctionnalités nécessaires (mais pas forcément suffisantes) à l implémentation de mécanisme de «messaging» à couplage lâche dans et avec le Cloud Azure. Queue: Ce composant implémente un mécanisme de file d attente intermédiaire en mode FIFO. Un producteur de messages remet un message à la file d attente, puis poursuit son traitement. De manière asynchrone, un consommateur extrait le message de la file d attente et le traite. Chaque message est reçu et traité de manière exclusive par un seul consommateur même s il est possible d avoir plusieurs consommateurs à l écoute de la queue FIFO. Message Sender Cloud PASS App One Premise App Mobile App Topic Service Bus Namespace Subscription 1 Subscription n Message Receiver Service Audit App Cloud PASS App Service Bus Namespace Message Receiver Schéma de fonctionnement Topics Cloud PASS App One Premise App Service or App Il est également possible d appliquer des règles de filtre pour restreindre les messages reçus au sein d un Topic en fonction des souscriptions. Mobile App Schéma de fonctionnement Service Bus Queue FIFO Azure Services Bus offre les fonctionnalités nécessaires pour l implémentation de solutions de messaging dans et avec le cloud

18 Relay: Le service Bus Relay, valable aussi pour BizTalk Server, offre la possibilité d exposer au Cloud public, les Web services WCF (Windows Communication Foundation) qui résident à demeure. Ce composant ne nécessite ni l ouverture d une connexion de pare-feu, ni de modifications intrusives dans une infrastructure de réseau d entreprise. Le lien entre le Web Service à demeure et le relais dans le Cloud Azure se fait par communication sortante (demeure vers Cloud). MICROSOFT AZURE BIZTALK SERVICES (MABS), S EXÉCUTER DANS LE CLOUD Cloud App Azure App Other Cloud App Service Bus Namespace Relay On Premise App WCF Service Il s agit de la solution «Integration Platform As A Service» (IPAAS) de Microsoft qui fournit un environnement exclusivement Cloud Azure pour l exécution, l administration et le Monitoring d échanges avec un paiement à l usage. Exit, l achat de licence, l installation ou le maintien de l infrastructure et du logiciel, il suffit de provisionner des unités de déploiements (BizTalk Unit) au sein de votre souscription Azure pour pouvoir commencer à paramétrer vos échanges. Pour ce faire, BizTalk Services décline ses fonctionnalités d intégration B2B et d intégration EAI autour du principe de «Bridge». Il s agit d un pont entre une application source et une application cible dans lequel des activités de traitements applicatifs (Pipeline et Stage) sont paramétrées. Pour faire le corolaire avec BizTalk Server, le Bridge s apparente plutôt au module ESB Toolkit orchestration. On va définir des itinéraires (Itinerary) de cheminement d un message depuis une source (On Ramp) vers une cible (Off Ramp). Le schéma ci-dessous représente le flux d un message transitant par un Bridge avec les différents types de sources et destinations paramétrables. Client Schéma de fonctionnement de Service Bus Relay BRIDGE Ces 3 composants d Azure Service Bus offrent le ciment d une architecture hybride dans laquelle l exécution d un processus métier n aurait plus de frontières physiques. Les patterns d intégration offrant du synchronisme, du Queuing ou encore du Pub/Sub, en seraient les passeports diplomatiques. Sources FTP/S Pipeline Destination Service Bus HTTP HTTP V E T E Web Service Blob SFTP Queue Messages FTP/S BizTalk Services Bridge 34 35

19 3 TYPES DE BRIDGES SONT DISPONIBLES : «Pass through one way bridge» est une intégration asynchrone dans laquelle transite un message non typé. «Xml One way bridge» est une intégration également asynchrone dans laquelle transite un message xml. Il sera possible d y appliquer des activités de validation, d enrichissement et de transformation. «Xml Request-Reply bridge» est une interaction synchrone par laquelle transite un message xml. Voyons maintenant les fonctionnalités d intégration de BizTalk Services basées sur le principe de Bridge. L intégration B2B Trading Partner Management Bridges Artifacts LES ACTIVITÉS DU COMPOSANT BRIDGE SONT : Message Validation utile pour la validation du message XML entrant à partir de sa définition xsd. Message Enrichment and Extraction pour procéder à l enrichissement du message entrant avec des données tiers (paramétrage, référentiel de transcodification) mais aussi à l extraction d éléments de celui-ci qui pourront servir pour le routage du message. Message Transformation pour transformer le message entrant vers la structure d un message sortant par application d opération de transformation. Custom Processing. Le bridge fournit les options permettant d inclure du code personnalisé de manière à incorporer des tâches de traitement qui ne sont pas incluses dans la configuration d un Bridge prêt à l emploi. Schéma des composants mis en œuvre dans le B2B MABS La création d un Bridge se fait depuis l environnement de développement Microsoft Visual Studio via le SDK Azure BizTalk Services, principalement de manière graphique, avant sa publication dans sa souscription BizTalk Services dans Azure. Il s agit de l offre de plateforme d échange EDI As a Service implémentant les standards EDI EDIFACT, X12 et AS2. Un portail de self-service vous permettra de paramétrer les partenaires commerciaux (Partners) avec lesquels vous interagissez, leur organisation (Profiles) et les différents contrats d échanges qui vous lient (Agreements). Pour l implémentation EDI, BizTalk Services propose 3 «Bridges» prêts à l emploi et accessibles depuis le portail BizTalk Services pour paramétrer la réception et l envoi de documents respectant les formats EDIFACT ou X12 ou encore le protocole de sécurité AS2. C est dans ces Bridges que nous configurons l endpoint d entrée/sortie, le partenaire interfacé et son certificat ainsi que les formats de messages (schémas), de transformation et de routage à opérer pour l acheminement des documents EDI depuis/vers le Back End du système d information. Cette fonctionnalité nous paraît utile et efficace car elle permet aux organisations de tester et adopter rapidement les échanges EDI avec ses partenaires commerciaux à partir d une feuille blanche. Aucun gros investissement d infrastructure et de logiciel n est à prévoir avant de commencer

20 L intégration EAI Le Bridge BizTalk Service permet d interfacer les applications Cloud aux applications à demeure via des connecteurs plutôt techniques comme http(s), (s)ftp(s) ou encore le Cloud Messaging Broker Azure Service Bus. Qu en est-il des systèmes, dits «Line of Business», à demeure tel qu un Back End implémenté sous SAP? POUR CE FAIRE, BIZTALK SERVICES MET EN AVANT «BIZTALK ADAPTER SERVICES» (BAS), DÉCLINAISON CLOUD DES CONNECTEURS «BIZTALK SERVER ADAPTER PACK», QUI OFFRE UNE CONNECTIVITÉ AUX TYPES DE SYSTÈMES SUIVANTS : Microsoft SQL Server Oracle Database Oracle E-Business Suite SAP Siebel ebusiness Applications Comme le présente le schéma ci-dessus, BAS utilise la fonctionnalité Relay Service Bus pour créer un lien (Lob Target) avec un «agent» à demeure qui sera en charge d intégrer les messages dans les systèmes Line Of Business. Pour le reste, la génération du schéma de contrat d interface avec le système par introspection est similaire au mode de fonctionnement du connecteur BizTalk Adapter Pack. La définition d un «Lob Target» se fait via Visual Studio. Il est ensuite possible d utiliser ce dernier au sein d un Bridge pour implémenter son intégration. En quelques mots, BizTalk Services est pertinent pour les scénarios EAI Cloud à Cloud ou bien Cloud à demeure n embarquant pas de problématiques d intégration complexes. Couplé aux «Topics» Azure Service Bus, il vous permettra de mettre en place des mécanismes «pub/sub» et d implémenter des échanges pour qu un message puisse être publié à plusieurs destinataires. Sources FTP/S HTTP BRIDGE Pipeline V E T E Destination HTTP Blob Web Service FTP/S Azure BizTalk Services, solution ipaas de Microsoft qui fournit un environnement Cloud pour l execution, l administration et le monitoring des échanges. SFTP Queue Messages Service Bus BizTalk Adapter Server LOB Relay Management Service Rest API s Server Explorer Visual Studio PowerShell Cmdelets SQL Server Siebel SAP Oracle Databases Bridge combiné au «BAS» 38 39

21 HYBRID CONNECTION, AZURE WEB SITES ET APPLICATIONS MOBILES L avantage d Azure Hybrid Connection réside dans sa simplicité, surtout s agissant de la partie réseau. En effet, il n est pas nécessaire de modifier la configuration réseau pour accéder à la base de données interne. Plus précisément, il n y a pas besoin de paramétrer l ouverture de ports entrants qui aurait pu représenter une faille de sécurité potentielle. La création d un réseau privé VPN est également inutile pour notre configuration. Il suffit de vérifier que les ports sortants standards sont bien activés (ports http/https notamment). D autre part, la mise en place d Azure Hybrid Connection ne requiert pas le déploiement de code spécifique ou d infrastructure supplémentaire ; ce qui optimise favorablement le Time to Market, indicateur souvent très important dans le cas de mise en place d application mobiles ou Web. Bien que n ayant apparemment pas d assise technique sur le principe de Bridge décrit précédemment, Azure Hybrid Connection fait partie de l offre Azure Biz- Talk Services. L utilisation de ce composant nécessite donc l activation d un abonnement BizTalk Services. En fonction de votre abonnement, une unité Biz- Talk Services vous donnera donc droit à un nombre de connexions. Hybrid connection Azure Hybrid Connection permet de connecter rapidement les ressources Azure Mobile Services et Azure Web Sites à des systèmes à demeure, sans avoir recours à une plateforme d integration. Azure Hybrid Connection permet de connecter rapidement les ressources Azure Mobile Services et Azure Web Sites à des systèmes à demeure, sans avoir recours à une plateforme de Médiation. A priori redondant avec BizTalk Server ou BizTalk Adapter Service, il s adresse avant tout aux organisations souhaitant implémenter des solutions mobiles dans Azure interfacées à un Back End, sans pour autant se lancer dans un projet de 3 à 6 mois pour construire une plateforme de Médiation. Cette solution fait également sens lorsque l on construit une application Web dans Azure (via Web Sites) tout en souhaitant garder la Base de Données à demeure pour des raisons de confidentialités des Données. Dans un schéma d architecture classique n-tiers, Hybrid Connection jouerait alors le rôle de couche de persistance en charge d interagir avec la Base de Données à demeure. Azure Hybrid Connection est ouvert aux applications reposant tant sur.net Framework, PHP ou Java et offre une connectivité aux Bases de Données SQL Server, MySQL et aux services via http/https

22 EVENT HUB ET LES OBJETS CONNECTÉS Le schéma ci-dessous, présente le principe de fonctionnement d Event Hub (source Tech Ed 2014 : Telemetry and Data Flow at Hyper-Scale: Azure Event Hubs) basé sur 3 principes : le producteur d événement, les partitions et «consumer groups» ainsi que les «Receivers». L explosion du nombre d objets connectés, jusqu alors confinés aux domaines de l industrie et leur adoption dans des contextes plus proches de notre quotidien, interroge sur la manière de les interfacer aux systèmes de gestion en charge de l analyse et de l exploitation des millions de données que ces derniers génèrent. Pour répondre à cette problématique, Microsoft propose la solution Cloud Azure Service Bus Event Hub. Comme son nom l indique, il s agit d un composant d Azure Service Bus qui fournit un mécanisme d ingestion et de publication à haute performance et haute volumétrie. En effet, connecter un objet consiste à réussir à s interfacer avec le senseur installé sur ce dernier. Les Framework et solutions RFID le font très bien et depuis des années! Le Challenge réside alors dans la capacité à ingérer les millions d événements produits par autant d objets. Event Hub répond aisément aux 3 points listés ci-dessous, au moment où le marché des objets connectés nécessite d aller vite. Performance : l échelle de mesure d Event Hub est le million d événements ingérés par seconde en quasi-temps réel. Il s agit d une solution taillée pour la haute performance. Coût : Une architecture traditionnelle nécessiterait une infrastructure avec plusieurs serveurs pour un coût et un temps de déploiement très importants afin de répondre aux exigences de performance et volumétrie. Avec d Event Hub, aucun investissement en terme d infrastructure n est nécessaire, il s agit d un paiement à l usage où seul le nombre d événements collecté et la bande passante sollicitée entrent en jeu. Rapidité : Un service Event Hub peut être provisionné en quelques minutes depuis le portail Azure. C est le temps nécessaire pour commencer à développer sa solution d ingestion et de publication d événements à destination des systèmes d analyses ; la solution pourra analyser les usages remontés par les objets plus rapidement et donc proposer des services à valeur ajoutée plus rapidement. Event Hub, comparativement à d autres logiciels d Event Processing à demeure, bouleverse donc les échelles de performance, coût et temps de mise en œuvre de solution. Pour ce faire, Event Hub supporte les protocoles de communication http(s) mais surtout AMQP v1.0 (Advanced Message Queuing Protocol). AMQP est un protocole de messagerie créé à l initiative de la banque JP Morgan Chase pour permettre la communication entre ses différents partenaires. Il est par la suite devenu un standard international (ISO/IEC 19464:2014) de communication utilisé dans le monde des objets connectés. Principe de fonctionnement Event Hub Partitions Event Hub ingère et publie ses évènements selon le pattern «partionned consumer» dans lequel chaque consommateur lit uniquement un sous-ensemble ou une partition spécifique du flux de messages. Cette solution permet, d après Microsoft, une meilleure scalabilité. (Source : msdn.microsoft.com/en-us/library/dn aspx). Une partition est une séquence ordonnée d événements qui est contenue dans Event Hub. Les évènements sont ajoutés à la fin de cette séquence à mesure qu ils sont publiés. Les partitions sauvegardent les données durant une période de rétention paramétrable au niveau du service. Event Hub contient plusieurs partitions indépendantes les unes des autres. Il est possible d en déclarer 8 à 32 depuis le portail Azure en fonction du degré de parallélisme et de performance souhaité tant pour la publication que la consommation. Producers Le producteur génère des événements en utilisant le protocole http(s) ou AMQP. Azure Service Bus propose une API qui publie des événements depuis un client.net. Il est également possible d utiliser tout client AMQP tel que QPid ou RabbitMQ. Les événements peuvent être publiés directement dans une partition spécifiée, en se basant sur un Id de partition. Ils peuvent également l être en utilisant le principe de Partition Key qui a l avantage de laisser à Event Hub le soin de les distribuer de manière optimale sur les différentes partitions d un groupe fournissant ainsi un meilleur parallélisme

23 Consumer Groups et Receivers Le mécanisme pub/sub d Event Hub est basé sur le principe de «Consumer Groups» : c est une vue distincte, une souscription d Event Hub dédiée à un «Receiver». Ce dernier pourra y consommer les événements à son rythme, de façon décorélée de la vitesse de publication ou du rythme de consommation par une autre application. Une instance Event Hub comprend toujours un groupe de consommateurs par défaut, et il est possible d en créer jusqu à 20. Une application «Receiver» aura le loisir de consommer plusieurs fois le même flux d événements en positionnant le curseur au niveau adéquat de la partition durant la période de rétention. De même que pour la publication, une API est disponible pour les «Receiver».NET mais il est également possible d utiliser un client AMPQP du marché. Comme nous l avons vu dans ce chapitre, l offre d intégration initialement portée par Microsoft BizTalk Server est venue progressivement s enrichir avec Azure Service Bus puis Microsoft Azure BizTalk Services. Elle fournit aujourd hui un large panel de réponses aux problématiques d intégration hybride ou encore Cloud à Cloud. Est-il nécessaire de combiner toutes ces solutions pour construire une architecture hybride? Entre BizTalk Adapter Service et Hybrid Connection, quelle solution choisir pour intégrer mon Back End à demeure depuis Azure? BizTalk Server avec l Adapter Service Bus messaging ne serait-il pas suffisant? Toutes ces interrogations sont légitimes puisque certaines fonctionnalités se recoupent dans ces différentes solutions. Néanmoins, la réponse à ces questions ne saurait être légitime si elle n est pas confrontée au contexte du système d information existant et au cas métier auquel elle vient apporter une valeur. C est ce que nous allons démontrer en proposant un certain nombre de cas d usage autour des solutions d intégration Microsoft. Pour ce faire, nous allons nous baser sur l entreprise Contoso qui souhaite, après avoir connu un large succès dans ses points de vente, digitaliser son offre à travers des sites Web et autre applications Mobiles. ESSENTIEL Federated ESB : faire interagir les différents mondes de manière fluide en créant des liens des uns vers les autres. BizTalk Server, tirer profit de sa plateforme existante et l exposer au-delà du SI. Azure BizTalk Services, l EAI et le B2B As a Service. Azure Service Bus, Cloud Messaging Broker, l épine dorsale de votre intégration Cloud Azure

24 4 Hybrid Architecture Integration d applications SaaS facilitée échanges B2B USE CASES Mobilité IoT 46 47

25 HYBRID ARCHITECTURE Puis, il suffit de configurer l adresse du endpoint du service bus relay ainsi que le token (secret key) comme indiqué ci-dessous. Cas d usage Hybrid Architecture Microsoft On parle d architecture hydride dès lors qu une solution est construite à partir d éléments On- Premise et dans le Cloud. Prenons l exemple de l entreprise Contoso qui a déployé sa plateforme ecommerce dans le Cloud Microsoft Azure. Comme la plupart des entreprises, une partie du SI est restée à demeure, comme la Back Office (CRM, ERP, ). La question se pose alors quant à la communication entre ces deux mondes. Microsoft BizTalk Server couplé au service composant de «Relay» d Azure Service Bus permettent d y apporter une réponse. Sécurisé, d une part, car il n est pas nécessaire d ouvrir des ports entrants sur la gateway de l entreprise et d autres part puisqu il faut envoyer un token pour appeler le service en question. Nativement, Microsoft BizTalk, depuis sa version 2013, est capable d exposer une orchestration sur ce bus dans le Cloud simplement en configurant le port de réception via les protocoles WCF- BasicHttpRelay et WCF-NetTcpRelay comme indiqué sur la figure suivante : Configuration du Service Bus Relay depuis BizTalk Server Le service exposé est, dès lors, opérationnel pour l application Cloud. Généralement, dans ce contexte métier, on peut citer un service de prise de commande qui va enregistrer la commande dans l ERP ou un service de stock temps réel qui permet de connaitre l état du stock dans le tunnel de commandes à partir de la solution de Supply Chain. En quelques clics, les services internes sont donc réutilisés et accessibles dans une architecture muticanale. Une promesse de la SOA tenue! Configuration d un EndPoint Relay depuis BizTalk Server 48 49

26 INTEGRATION D APPLICATIONS SAAS FACILITÉE Un autre intérêt pour un SI plus mature s étendant de plus en plus dans le Cloud serait de positionner MABS comme un Hub de communication entre les multiples applications SaaS en place (communication Cloud à Cloud). Tout cela sans repasser par le «sol» et rationaliser aussi ses échanges Cloud à demeure à travers ce Hub. Dans notre exemple, Contoso souhaite expérimenter une solution de Social CRM permettant de proposer des services d assistance client basés sur les réseaux sociaux et sur des communautés d entraide entre consommateurs. Pour ce faire, l entreprise a choisi la solution Salesforce sous forme de service Cloud. Il sera nécessaire d alimenter Salesforce avec les informations client dès lors qu ils créent un compte ou en modifient quelques paramètres. Ces informations sont stockées dans le référentiel d entreprise à demeure, matérialisé par une base de données SQL Server. Une fiche synthétique des achats effectués par les clients sur le site ou en magasin sera également diffusée au CRM. Le schéma ci-dessous représente les interfaces qui seront implémentées via BizTalk Services. Cas d usage Applications SaaS Microsoft Comme évoqué précédemment, de plus en plus de directions métier d entreprise font le choix du déploiement de solutions en mode Saas plutôt que la construction d applications à demeure. Le Saas présente beaucoup d avantages : on peut notamment citer la rapidité de déploiement, la charge de support et de maintenance minimisée. Mais dans les faits, la bonne intégration de ces solutions au processus métier peut être un challenge. D un côté, la solution SaaS doit être en mesure d exposer des API «lightweight» pour faciliter les interactions avec celle-ci, autrement que par l échange de fichiers sur un serveur FTP. Et de l autre, il est nécessaire d avoir une plateforme de médiation capable d interfacer les services exposés par cette application de manière sécurisée afin de garantir un haut niveau d automatisation et de fluidité des business processus résultant. Aussi, Microsoft BizTalk Server (dans sa version actuelle 2013 R2) peut jouer ce rôle de médiateur au travers de ses connecteurs qui consomment et exposent des services web RESTful et qui intègrent aussi les systèmes back offices via ses connecteurs Line Of Business (SAP, Oracle ebusiness, People Soft) et Host Integration Server (IBM, ). Mais, à mesure que l adoption des applications SaaS progresse, il devient légitime d exiger une rapidité de mise en œuvre et un mode «pay as you go» pour la couche d intégration, d autant plus si cette brique n existe pas encore dans le SI d une organisation. C est là qu une Intégration Platform As a Service (ipaas) comme Microsoft Azure BizTalk Services (MABS) peut prendre tout son sens. Schéma d Architecture des Interfaces Au sein de BizTalk Services, le composant natif paramétré pour construire une médiation est le «Bridge». Il s agit, comme son nom l indique, d un pont entre une application source et une application cible dans lequel des activités de validation, transformation, enrichissement, routing sont exécutées

27 Dans le cadre de notre exemple, nous allons donc implémenter un bridge pour pouvoir diffuser les ventes depuis le site ecommerce et les magasins vers notre solution CRM. Un second bridge sera réalisé pour pouvoir remonter les informations client depuis le référentiel vers cette même solution CRM.Le schéma ci-dessous représente la cinématique de l échange. ÉCHANGES B2B Cinématique de l interface «vente» Le site ecommerce ainsi que les back-offices magasin publieront leurs ventes dans un Topic Service Bus. Pour rappel, ce composant permet d implémenter un mécanisme de publication / souscription au sein d Azure. La source du bridge souscrit au message représentant les ventes ; le pipeline sera en charge de sa validation, sa transformation vers le format de la requête attendue ; puis le composant de destination postera le message à la solution CRM Salesforce. Voilà comment l on peut rapidement paramétrer une interface dans MABS. Cas d usage Intégration B2B Microsoft Les fonctionnalités d intégration B2B et EDI proposées par Azure BizTalk Service en mode «Plateform As A Service» prennent du sens lorsque l on souhaite automatiser ses processus Supply Chain, en particulier l interaction avec ses partenaires, en limitant l effort d investissement sur l infrastructure sous-jacente. Nous pouvons prendre l exemple de petits fournisseurs qui se voient imposer par leurs clients l échange de documents contractuels via l EDI. ` Azure BizTalk Services peut également s avérer pertinent pour les organisations ayant déjà une plateforme EDI à demeure et souhaitant l étendre pour supporter un pic d activité périodique. Plutôt que d investir dans une infrastructure à même de supporter les pics de charge mais sousutilisé la plupart du temps, BizTalk Services serait chargé de supporter ses pics de charge et serait éteint le reste du temps. Dernier cas d usage, l EDI BizTalk Services peut être une solution de Disaster Ricovery de votre plateforme primaire EDI. Elle s activerait uniquement lors d une bascule. Pour revenir à notre exemple autour de l ecommerce, Contoso, à travers l une de ses filiales, lance une offre de produits à destination de ses clients professionnels. L automatisation de la supply chain est une exigence importante de son Business Processus tant elle souhaite conquérir ses clients sur la rapidité de mise à disposition de ses produits

28 Pour ce faire, elle choisit donc de partir sur la fonctionnalité EDI d Azure BizTalk Services. La norme de structuration des documents sera EDIFACT basée sur une sécurité AS2. Le schéma ci-dessous présente la cinématique des échanges pour la réception d une commande EDI 850 via AS2. MOBILITÉ Schéma d architecture des interfaces EDI A partir du Portail Azure BizTalk Services, un composant d intégration AS2, nommé «Agreement» dans la terminologie BizTalk, est mis en place. Ce dernier donne lieu à un Bridge EDI qu un client dit «Trading Partner» pourra utiliser pour soumettre ses commandes au format EDI 850 à partir du point de terminaison https offert par le Bridge EDI. A la réception d une commande, le Bridge EDI s assure que le client est bien connu du système et valide ses paramètres de sécurité (Validation AS2) puis renvoie un acquittement technique de réception nommé MDN dans la terminologie AS2. Ensuite, il transforme le document reçu en un format pivot interne à l entreprise et publie le message résultant vers un second Bridge nommé «EDI Bridge». Ce dernier valide les différents attributs du message, construit et renvoie un message d acquittement fonctionnel EDI 997 dont le statutdépendra du résultat de la validation. Enfin, il publie la commande vers un Topic. Deux souscriptions sont en place sur ce Topic, les commandes validées et les commandes reçues en erreur. Le Back Office de l entreprise Contoso peut souscrire à ces documents et les traiter comme il se doit. Un des arguments plaidant en la faveur de l EDI Azure BizTalk Services est la sécurité offerte. En effet, aucune connexion directe n est ouverte entre l entreprise Contoso et ses partenaires B2B. L EDI Bridge joue le rôle de proxy entre ces derniers via un système de certificat avec signature et chiffrage. L entreprise Contoso n a qu à gérer une seule connexion vers l extérieur, c est celle avec l Azure Service Bus. On a vu à travers ce bref exemple l usage de la fonctionnalité EDI d Azure BizTalk Services. Explorons à présent les cas d usage de ce dernier pour les applications mobiles. Cas d usage Mobilité Microsoft Comme nous l avons vu précédemment, la mobilité a une place de plus en plus importante dans la stratégie d entreprise. Qu il s agisse des clients finaux ou des utilisateurs en entreprise, les besoins ont considérablement augmenté. En effet, quoi de mieux qu un périphérique mobile, directement à portée de l utilisateur et simple d emploi, pour lui proposer des services n importe où et n importe quand. Ce canal de communication à disposition des entreprises permet de réfléchir à de nouveaux cas d utilisation. Il faut pouvoir combiner intelligemment la technologie mobile au SI de l entreprise, tout en tenant compte de leurs contraintes respectives. Les applications ou sites mobiles doivent présenter une interface intuitive et fluide, tout en restant légers afin de ne pas solliciter la consommation du périphérique et du réseau mobile de façon trop importante. Quant aux contraintes du système d information, il faut s assurer que l architecture à implémenter respecte la politique de sécurité de l entreprise. La mobilité n est plus un effet de mode, c est devenu une obligation pour les entreprises. Que ce soit une application native ou multi-plateformes, deux sujets primordiaux sont à étudier : la sécurité, avec notamment la gestion de l authentification, et encore et toujours la Donnée. Comment exposer et interagir avec ma Donnée d entreprise issue de l ERP sur une application mobile? La réponse : MBAS (Mobile BackEnd as Service)

29 Notre scénario va consister à atteindre et manipuler la Donnée à partir d un périphérique mobile. Contoso cherche à mettre en place une application mobile pour permettre à ses clients d accéder à leurs fiches. De cette façon, ils pourront simplement consulter leurs informations personnelles et leur historique d achat à partir de leur smartphone. Où va-t-on trouver cette Donnée? Nous considérerons que la base de données concernée n a pas été migrée car Contoso souhaite garder la main mise sur ses données sensibles. Néanmoins, cela ne va pas à l encontre de l utilisation du Cloud Microsoft Azure. Bien au contraire, ce dernier va jouer le rôle d interface entre le mobile et le système d information de Contoso, grâce à un composant clé : Azure Hybrid Connection. La création et la gestion d Azure Hybrid Connection est directement accessible à partir du portail Azure. L interface web permet d instancier une connexion ou d en réutiliser une qui a été créée au préalable. En effet, une même connexion peut servir pour plusieurs Azure Mobiles Services et Websites simultanément. Visualisation d une «Hybrid Connection» depuis le portail Azure Au-delà de la simplicité, Azure Hybride Connection fonctionne avec la grande partie des bases de données (SQL Server, MySQL, Oracle) et web services qui utilisent les connectivités TCP et HTTP. La seule contrainte porte sur le type de port : il n est pas possible de faire appel à des ports dynamiques, seuls les ports statiques sont supportés. La connectivité hybride en place, quelles sont donc les méthodes pour l exploiter? Là aussi, les possibilités ne manquent pas. Les Azure Websites supportent les frameworks.net, PHP, Java, Python, Node.js et peuvent se combiner avec la configuration hybride pour proposer une interface web qui interagit avec le back office. Dans le cas qui nous intéresse, nous allons plutôt profiter des fonctionnalités du composant Azure Mobile Services pour notre application mobile. Création d un «hybrid Connection» depuis le portail Azure Une fois la connexion créée, le portail Azure met à disposition un utilitaire de paramétrage. Il suffit de le récupérer et de l exécuter sur un serveur à demeure qui a accès à la base de données cible. L utilitaire prend en charge la configuration automatique de ce serveur interface qui fait le pont entre le Cloud et le serveur de base de données Utilisateurs de Contoso. Les composants Azure Web Site et Azure Mobile Service de la souscription peuvent alors accéder de façon sécurisée aux ressources à demeure, comme s ils faisaient partie du même réseau privé. Il est intéressant de noter que le serveur relai peut participer à plusieurs Hybrid connections, et ainsi à des cas métiers différents. Dans notre exemple, nous interagissons avec une base de données Utilisateurs de Contoso, mais nous aurions également pu nous interfacer avec un ERP

30 Azure Mobile Services permet de créer des services mobiles sur le Cloud Azure de Microsoft qui seront appelés par les applications mobiles. Les services ainsi hébergés bénéficieront des avantages du Cloud telles que la disponibilité, l allocation rapide de ressources et la scalabilité pour supporter la charge. Azure Mobile Services tient compte des spécificités liées aux périphériques mobiles : les communications entre mobiles et ce service Cloud reposent sur le format JSON, connu pour sa légèreté. Le but est de ne pas surcharger la bande passante du réseau mobile dont la qualité peut être très variable selon l environnement. Via ce composant, Microsoft Azure fournit les moyens nécessaires pour monter rapidement une plateforme adaptée à la communication mobile et riche en termes de fonctionnalités. Comme évoqué précédemment, l authentification demeure toujours un sujet primordial lorsqu il s agit de développer une application mobile. Dans cette optique, Azure Mobile Services intègre les solutions d authentification connues des utilisateurs comme Facebook, Google, Microsoft ou Twitter. Il est également possible de relier Mobile Services à l Active Directory d entreprise si l on souhaite utiliser le répertoire de l entreprise, dans le cadre d une application en interne par exemple. Nous pouvons donc créer un service mobile sans consacrer du temps à la construction d un système d authentification, il suffit d exploiter les fonctionnalités existantes d Azure. Les services Azure apportent donc des solutions pour créer une application mobile qui interagit avec le SI interne, de bout en bout, tout en profitant des avantages du Cloud. Cette implémentation tient compte des contraintes de la mobilité, des exigences liées à la politique de sécurité des entreprises, mais également de la maintenance applicative qui assure la pérennité de l application. L accent est mis sur la simplification des méthodes d intégration et le support de différentes technologies de développement, pour s orienter vers une vision «Mobile First, Cloud First». IOT Comme nous l avons vu précédemment, les objets connectés appelés, également IoT, nécessitent des approches et donc des solutions différentes. La plateforme Microsoft Azure propose deux principaux outils pour les services connectés : EventHub et StreamAnalytics. Le premier va collecter les informations via un protocole standard le AMQP ( Advanced_Message_Queuing_Protocol). La principale différence entre le service bus d azure et EventHub réside dans la capacité de ce dernier à ingérer des millions de messages/sec. Une fois cette Donnée récupérée par les objets connectés, deux options nous sont proposées comme l illustre le schéma ci-dessus : On stocke cette Donnée en masse dans des réceptacles comme Azure storage afin qu elle soit analysée ultérieurement ou par des mécanismes d analyse en masse comme HDInsight (version Azure de Hadoop). On analyse cette donnée en quasi-temps réel. C est pour ce dernier mode que StreamAnalytics entre en jeu (Solution de CEP dans le Cloud). Stream Analytics traite les événements consommés en temps réel, en comparant plusieurs flux ou des flux, des valeurs et des modèles historiques. Cela permet la détection des anomalies, la transformation des données entrantes, la possibilité de déclencher une alerte lorsqu une erreur ou une condition spécifique apparaît dans le flux, et l alimentation de tableaux de bord en temps réel. Le paramétrage d EventHub est très simple via la console d administration Azure. Vous renseignez le nom du namespace, le nombre souhaité de partitions (entre 8 et 32) et le délai de rétention des messages (en jours) comme sur le schéma ci-dessous

31 Configuration d un Service Event Hub depuis le portail Azure Schéma d Architecture Microsoft combinant les composants Cloud Analytics Azure vous provisionne l infrastructure nécessaire en quelques minutes et vous êtes alors prêt à recevoir les messages de vos objets. Ensuite, pour StreamAnalytics, il vous faut indiquer Event Hub comme source de données et définir une source de destination, SQL Database par exemple. Pour finir, vous indiquez la règle d analyse des données sous forme de requêtes SQL like. Cette première analyse peut être complétée par l utilisation de la solution Machine Learning de Microsoft qui va travailler selon différents algorithmes pour permettre de réaliser des analyses prédictives. En tirant parti du Cloud, Azure Machine Learning permet à un public bien plus vaste d accéder à l apprentissage automatique. La prévision de résultats futurs est désormais possible. Le schéma précédent illustre l architecture cible combinant ces différents composants Cloud. Exemple de requête d analyse 60 61

32 POUR CONCLURE ESSENTIEL Hybrid Architecture : Front End sur le Cloud Azure et Back End à demeure. BizTalk Server pour tirer profit de vos services existants. Azure Service Bus Relay pour exposer vos services de manière sécurisée à votre Front End. Integration d application SaaS : Sales Force interfacé au Back End à demeure. Azure BizTalk Services comme Hub de communication entre applications Cloud. Azure Service Bus pour faire le lien avec le Back End à demeure. L entreprise évolue en fonction des besoins du métier et des innovations technologiques. Le DSI est en permanence sous pression, confronté d une part, à un marché de plus en concurrentiel et d autre part, à une pression du métier exigeant de plus en plus de fonctionnalités dans des délai très courts. Il doit également faire face aux fournisseurs qui sont passés d alliés à concurrents, avec des applications en mode SaaS et aux utilisateurs qui souhaitent utiliser leurs devices personnels comme professionnels avec le même niveau de confort et de sécurité. La DSI doit être capable dde traiter de plus en plus de données et d en extraire des informations à valeur ajoutée pour l organisation. Pour répondre à ces enjeux, l intégration doit évoluer et jouer un rôle primordial. Les contours de l entreprise ne se limitent plus au bunker dessiné par les firewalls, elle s étend à l extérieur de ses frontières, on parle alors de «dépérimétrisation» du S.I. Face à ces problématiques, les solutions d intégration classiques ne sont plus une réponse suffisante. Elles doivent évoluer et l entreprise doit fournir une plateforme d intégration hydride complète tout en maitrisant la gouvernance des échanges et des services. Échange B2B : intégration de partenaires commerciaux Azure BizTalk Services pour une automatisation des échanges B2B avec un investissement maîtrisé et un paiement à l usage. Mobilité : Back End ouvert aux périphériques mobiles Hybrid Connection : business continuité sécurisée et simplifiée. IoT : Azure Service Bus Event Hub : Performance, rapidité de mise en œuvre et coût limités, la voie royale pour le Big Data et le machine learning. Partenaires Big Data / Machine Learning Entreprise Connectée SaaS / Applications Cloud / Réseaux Sociaux Devices Base de données / ERP / Legacy La DSI face aux différents besoins d intégration 62 63

33 ET DEMAIN? La digitalisation croissante des entreprises, faisant la part belle à l adoption du Cloud, des applications mobile et de l internet des objets, implique un bouleversement dans la façon de penser l intégration des assets. Dans le même temps, l avènement de ces mêmes technologies offre l opportunité à ces entreprises de collecter et traiter l information plus vite et à moindre coût pour en faire un avantage concurrentiel. Le monde de l intégration (comprendre les solutions Middleware), pleinement impacté, est ainsi en pleine mutation. Les solutions Microsoft BizTalk Server, Azure BizTalk Services et Azure Service Bus offrent toutes les fonctionnalités qui permettent de décliner cette transformation digitale sur l aspect ô combien critique qu est l intégration. Les entreprises du Web souvent citées comme référence dans le domaine du digital, voire l ayant créé, ont su générer beaucoup de feedbacks sur ces technologies et dans le même temps sur les patterns d intégration attenants, tel que la SOA. Face aux exigences de design d application que sont la performance, la scalabilité, la maintenabilité (lesquelles découlant des exigences de qualité et rapidité de mise sur le marché), la SOA n a pu être, à elle seule, la réponse. Les méthodes agiles comme SCRUM se concentrent sur le produit (et sa valeur) à travers la collaboration étroite des Hommes (métiers et Devs) agrémentée d itérations courtes (générateur de feedback). Elles apportent un cadre de travail adapté aux enjeux. On a alors compris qu une technologie adaptée et un cadre de travail centré sur l humain sont l alpha et l Omega de la réussite d une application. Côté organisation, à mesure que la collaboration devient fluide entre les métiers et les Devs, les efforts s orientent vers une meilleure coopération entre les Devs et les Ops ; comprenant que l automatisation du cycle de développement d une application et son exploitation efficiente participe pleinement de la qualité d un produit. Ainsi, la méthode DevOps qui décrit cette approche connait un engouement croissant auprès des entreprises soucieuses de faire progresser la qualité de service de leurs applications. Côté intégration, la SOA continue d évoluer au grès des retours d expérience. On entend ainsi dire que l avènement du Cloud et l API Management reviennent légitimer ce type d architecture car elle permet de réutiliser des services audelà même des frontières du Système d Information passant d une Architecture Orientée Service à une Entreprise Orientée Service. Plus que le Cloud, l adoption des méthodes agiles (SCRUM et DevOps) se concentrant sur le produit et les Hommes pour une qualité accrue et un Time to Market réduit, apportent maturité, pragmatisme et efficacité à la façon de penser des architectures de «service». Ainsi, le pattern d architecture montant, microservice, pourrait être vu comme la «SOA mature», la «SOA agile»! Microservice est «une approche de conception pour développer une application comme une somme de petits services, s exécutant dans leur propre processus et communicant à travers des mécanismes «lightweight» tel qu Http. Les services sont découpés et construits autour de domaines métiers et sont indépendamment déployables via un mécanisme de release automatisé. La gouvernance de ces services en mode centralisée, est réduite à son strict minimum. Lesquels pourront être écrits dans des langages de programmation différents et utiliser des solutions de stockage de données hétérogènes». (Traduction de la définition des microservices selon Martin Fowler : articles/microservices.html ). Ce pattern d architecture connait déjà quelques implémentations réussies comme chez Netflix. Cette entreprise américaine proposant des films et séries télévisées en flux continu sur Internet est promise à un bel avenir! 64 65

34 AUTEURS Radoine Douhou Michel Hubert Laurent Yin REMERCIEMENTS Jason De Oliveira, Arnaud Hego, Emilie Fruh, Anastasia Rouzée et Marine Krol. Un grand merci également à toutes les équipes Microsoft pour leur soutien dans la réalisation de ce projet. 66

35 Cellenza Does IT better Cellenza est un cabinet de conseil IT dédié aux technologies Microsoft et aux Méthodes Agiles. Cellenza 156 boulevard Haussmann, PARIS Tel :