Technologie data distribution Cas d usage.

Transcription

1 Technologie data distribution Cas d usage

2 Applications stratégiques (ETL, EAI, extranet) Il s agit d une entreprise industrielle, leader français dans son domaine. Cette entreprise est répartie sur 2 pôles administratifs équipés chacun d un AS/400 et de 3 sites industriels. Les besoins, nombreux, consistent notamment à : Assembler les deux AS/400 des 2 pôles administratifs en une seule machine virtuelle via une réplication bidirectionnelle des données. Gérer les dialogues en temps réel entre la comptabilité (Oracle, AIX) et la gestion commerciale (AS/400). Lors de la facturation, par exemple, le compte client de la comptabilité est imputé du montant de la facture et en retour, l encours client dans la gestion commerciale est mis à jour en temps réel. Rafraîchir au cours de la nuit les bases décisionnelles SQL Server, qui seront interrogées via Business Object, uniquement avec les changements (par incrémentation). Alimenter en temps réel les bases Internet et extranet qui permettront aux clients et magasins d interroger les tarifs et les commandes, et de connaître en temps réel l état d avancement de la fabrication. Gérer les dialogues en temps réel avec une contrainte de temps de réponse (aujourd hui, les temps de réponse sont de l ordre de 100 ms) entre la machine de production et les machines outils, ainsi que les juke-box qui gèrent l entrepôt automatisé. 2

3 Synchronisation en temps réel entre front office et back office La problématique posée est, outre le modèle de données totalement différent entre le front office et le back office, la sécurité imposée au système. En effet, le front office est connecté à Internet et accessible aux clients du Net. Aucune donnée du back office ne doit être accessible et modifiable par le client, car l enjeu financier est de taille. 3

4 Alimentation en temps réel d un ODS et de bases distribuées Dans ce second exemple, il s agit d une entreprise très importante dans le domaine du transport et de la logistique. Cette entreprise est répartie sur 1 pôle administratif équipé d un AS/400 et comportant 50 entrepôts. Les besoins, multiples, consistent à : Alimenter en temps réel l ODS (Operational Data Store). Dès qu une demande de transport est saisie au niveau du site central (AS/400, aujourd'hui), les données de cette demande doivent impacter 50 bases Oracle réparties sur le territoire en moins de 5 secondes pour permettre aux opérateurs de transport de la prendre en charge. data distribution a été confronté à des solutions basées sur MQSeries et SonicMQ. Sa rapidité de mise en œuvre (moins de 4 jours de paramétrage) alliée à ses temps de réponse (moins de 300 ms) sont les principales raisons du choix du client. Le paramétrage de l architecture et des règles de réplication a duré 4 jours. 4

5 Création d une base de données virtuelle Une utilisation très intéressante de data distribution consiste à créer une base de données virtuelle. Ce client possède 3 types de bases de données :, Oracle et Lotus Notes. Son besoin premier a été d alimenter sa base décisionnelle Oracle à partir des données de son AS/400 de production, qui est hébergé sur un site distant. Ensuite, des applicatifs sont arrivés sous Oracle et Lotus Notes, or certaines données AS/400 étant nécessaires pour les applicatifs Oracle et Notes et vice versa, data distribution a été naturellement utilisé pour les répliquer en bidirectionnel en temps réel. Dernièrement, ce client a décidé de monter un portail Internet pour ses agents de maintenance. La société qui a été sollicitée pour monter ce portail s est heurtée à la complexité d un système hétérogène mettant en œuvre plusieurs bases de données locales et distantes (AS/400, Oracle, Notes) et un grand nombre de tables. Des problèmes de temps de connexion et de rupture potentielle de connexion rendaient le projet long, complexe à mettre en œuvre et extrêmement difficile à fiabiliser. data distribution s est tout de suite imposé pour produire sous Oracle un ensemble de 3 tables dont la structure a été modélisée en fonction des besoins du portail et pour les alimenter en temps réel à partir des données des différents systèmes. Le développement du portail s est considérablement simplifié et n a duré que quelques jours en s affranchissant des ruptures de communication et des indisponibilités des systèmes source (plannings de production différents entre les systèmes). 5

6 Consolidation inter-pays, CRM, extranet et logistique La problématique est de consolider en bidirectionnel les bases (SQL Server) des centrales d achat française et italienne avec des règles élaborées de sélection (par exemple : envoi des seuls ajouts de produits français en tant qu ajout dans la base italienne, si le produit n existe pas). data distribution est aussi utilisé pour alimenter le CRM client en extranet client (gestion de la fidélisation) et particulièrement pour envoyer en temps réel les informations vers la centrale logistique. 6

7 Traçabilité et facturation dans le domaine boursier Un très gros opérateur boursier agissant pour le compte des plus grandes banques françaises ainsi que pour des e-courtiers a utilisé data distribution pour capturer en temps réel les mouvements d achat et de vente de titres pour alimenter la comptabilité et déclencher la facturation («mainframe»), le tout en conservant une traçabilité permettant de justifier les facturations. 7

8 Gestion d agrégats en temps réel Grâce à sa capacité de mise à jour en temps réel des agrégats, data distribution a permis à l un de nos clients (un grand hôpital) de visualiser, en temps réel et par service, le nombre d anesthésies et leur durée moyenne en minutes. Le progiciel du client n offrant nulle part cette possibilité, une anesthésie est saisie sous la forme d un enregistrement qui peut être modifié, notamment en ce qui concerne la date et l heure d endormissement et de réveil. Le client ne souhaitait pas modifier son applicatif, car cela aurait entraîné des changements sur de multiples programmes, d où un coût de développement et de recette important. data distribution, via une distribution paramétrée en à peine 30 minutes, l a autorisé à fournir cette information en temps réel à ses utilisateurs. 8

9 Création d une base de données distribuée Usine 9 Usine 1 Usine 2 Une grande société industrielle, leader mondial dans son domaine, utilise data distribution depuis près de 10 ans pour réaliser une base de données distribuée sur la France entière. Usine 11 CENTRAL Usine 3 Douze usines, chacune équipée d un AS/400, sont répliquées en bidirectionnel sur un site central suivant une architecture en étoile. Usine 10 Usine 4 Le site central contient l équivalent des données des 12 usines consolidées. Il sert éventuellement au backup des usines. Usine 9 Usine 5 Une même donnée peut concerner plusieurs usines et lorsqu elle est mise à jour, les usines concernées sont automatiquement mises à jour en temps réel. Usine 8 Usine 7 Usine 6 Les conflits et les temps de latence (rupture réseau) sont pris en compte par les scripts de paramétrage de data distribution. 9

10 Echanges inter-applications (EAI), e-business et Business Intelligence Cette société est un cas typique des besoins multiples couverts par un seul et même système, en l occurrence data distribution. En effet, outre la nécessité d alimenter en temps réel une base décisionnelle modélisée dans les règles de l art du décisionnel par un expert (dénormalisation, schéma en flocons ), le défi consistait à coupler 2 ERP entre eux. Le premier, MOVEX, est utilisé notamment pour la partie commerciale ; le second, REFLEX, est un progiciel de logistique. Lorsque qu une commande est reçue dans MOVEX, il faut impérativement que l ordre de fabrication soit généré immédiatement dans REFLEX. Ce couplage est réalisé grâce aux capacités EAI de data distribution, pour un temps de paramétrage qui n a pas excédé 2 jours. Le système data distribution s est converti en un système stratégique pour cette entreprise qui, en tant que leader européen et second mondial dans son domaine, se doit d être très réactive. L utilisation de plus en plus massive de serveurs SQL dans ses ateliers pose le problème des échanges entre les différents systèmes (AS/400, SQL Server ). Le choix de data distribution s est tout de suite imposé pour réaliser les échanges en bidirectionnel de base à base. 10

11 Réplication en mode non connecté La problématique de cette société était d alimenter périodiquement les bases de données SQL Server de 4 régions à partir des mises à jour opérées sur le site central AS/400. Pour cela, elle ne disposait que d une seule ligne RNIS et ne pouvait donc établir les communications que région par région. La solution mise en place avec data distribution s appuie sur l utilisation du mode lot. Ce mode permet de constituer en temps réel un fichier lot («batch file») qui est envoyé périodiquement aux quatre régions par un outil de télécommunication. A l arrivée sur le disque de la région, un programme data distribution applique le lot sur la base de données et la met à jour. La télécommunication en mode «broadcast» peut s effectuer via des s vers des commerciaux ou du personnel itinérant, par exemple. 11

12 Alimentation de gros volumes et traçabilité en Business Intelligence Volumes importants et fonctionnement 24 heures sur 24 et 7 jours sur 7 sont les deux principales caractéristiques de cette grande entreprise dans le monde de la VPC de luxe. Malgré ces contraintes, il fallait alimenter l ODS en tant que SAS du datawarehouse sans prendre de retard et sans gêner la production, qui ne doit jamais s arrêter sous peine de perdre des ventes et des clients. Mission réussie avec data distribution, qui accepte sans problème près de 400 millions de transactions les jours de pointe, avec ses scripts de transformation qui ont permis d optimiser les flux échangés. Une autre utilisation de data distribution a consisté à tracer certaines transactions et à déboguer une application de façon très originale. En effet, il arrivait parfois que, lors de la saisie d une commande par une cliente via Internet, certaines données de la fiche client disparaissaient. Grâce à data distribution, on a repéré le nom du programme qui provoquait cette erreur, ainsi que tout le contexte. De plus, le script remettait l information effacée en autocorrection. 12

13 Consolidation de données au niveau mondial La problématique pour cette société est de pouvoir considérer l ensemble de ses bases de données réparties au niveau mondial comme une seule et unique base de données répartie dans le monde entier, avec prise en charge totalement transparente des coupures de communication et des arrêts système et un minimum d administration limité aux heures ouvrées du siège. 13

14 Création et alimentation d un référentiel et alimentation intranet Dans le cadre d un projet de mise en place de PeopleSoft OM Billing, cette société devait constituer une base de référence pour collecter en temps réel les données en provenance de plusieurs systèmes hétérogènes (AS/400, Oracle et SQL Server). Cette base est structurée suivant la logique PeopleSoft et les transformations s effectuent à la volée. Cela a permis aux opératrices de consulter via Business Objects l état des données clients, des contrats et des prestations réalisées pour pouvoir les reprendre sous une nouvelle logique dans PeopleSoft. Parallèlement, existait le besoin de pouvoir mettre des données issues de Siebel sous SQL Server à disposition dans un intranet sous Oracle. Dans cet intranet, les données sont présentées suivant une structure renormalisée, offrant de très grandes simplicité et rapidité d accès. 14

15 Synchronisation temps-réel d un CRM Oracle Lors de la mise en place de la solution de CRM de Microsoft, il a été nécessaire de l interconnecter avec les données de l ERP qui sont réparties sur des bases Oracle. L utilisation de la technologie data distribution a permis la synchronisation bi-directionnelle en temps réel entre les 2 systèmes. Ainsi lorsque la comptabilité par exemple change l encours d un client, le CRM est modifié dans la seconde et le support client a l information en temps réel. De même lorsque le commercial modifie des informations au niveau des livraisons, ces modifications sont répercutées en temps-réel dans l ERP. Le commercial peut interroger le stock, l encours autorisé, la limite de crédit en temps réel. Aucun batch d interface n est nécessaire et tout se déroule comme si le CRM était intégré nativement au sein de l ERP. 15

16 Synchronisation temps-réel entre le Cloud et le «on premise» Cette société lors de l implémentation d une solution de CRM sur mesure a désiré l implémenter dans le cloud avec une base de données PostgreSQL pour que ses commerciaux puissent y accéder de toutes les parties du monde. Il a été nécessaire de synchroniser en bi-directionnel les données entre le CRM dans le Cloud et les systèmes centraux où résident les données dans des bases Oracle et PostgreSQL. La technologie data distribution déjà utilisée par cette société s est imposée pour réaliser cette tâche 16

17 Synchronisation temps-réel les mobiles et le backend La problématique posée pour les commerciaux de cette société qui œuvre dans le monde médical est que les commerciaux ne peuvent établir de liaison GSM au sein du milieu hospitalier. Il leur est donc nécessaire de pouvoir travailler en mode déconnecté avec une base sur leur tablette PC. Les mêmes données peuvent être modifiées simultanément par plusieurs commerciaux qui doivent recevoir les mises à jour des autres commerciaux et les mises à jour de l ERP. L applicatif qui a été développé utilise la base MySQL et data distribution assure la synchronisation bidirectionnelle en temps-réel ou en différé dès que la liaison est établie en toute transparence pour l utilisateur. Le tout est inter-connecté aux différents applicatifs et ERP. 17

18 Merci!