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