E-Budget vers une Architecture Oriente Service

Prsentation du rapport pour lavancement au grade dingnieur en chef Par : Touzani Samir, Ingnieur dtat grade principal MEF\DB\DB2\DSI\SDSM

Objectifs et Contexte
Objectifs :

Vulgariser SOA Proposer une solution SOA pour doper lagilit du systme e-Budget

Contexte :

Evolution du systme e-Budget Lagilit de-Budget, enjeu majeur pour la DB

Plan
Introduction Gnrale SOA Les Technologies SOA Principes de construction de services autonomes

et combins Prsentation du Systme e-Budget Le systme e-Budget face aux changements mtiers Transformation de-Budget vers SOA Facteurs cls pour une migration russie vers SOA

INTRODUCTION GENERALE A SOA

Le Concept SOA : Dfinitions, Acteurs, Composants et Cycle de vie Urbanisation des systmes avec SOA: EA, Approches et gouvernance SOA Enjeux mtiers de SOA : Agilit, Processus collaboratifs B2B et pilotage des processus mtiers Avantages mtiers, conomiques, techniques et organisationnelles de SOA

Concept SOA : Dfinitions

Dfinition primitive

Registre de services

Contrat de service

Recherche 2

3 Sollicite 1 Enregistre Fournisseur 5 Envoie la rponse 4 Excute

Consommateur

Concept SOA : Dfinitions avances

Dfinition Avance (1)

SOA se dfinie de deux points de vues: Mtier et SI. Du Point de vue Mtier :

Processus Mtiers

Services fournis par le SI local

Application

Application

Base de donnes

Services externes fournis par des systmes Gographiquement Distants et de plateformes htrognes

Concept SOA : Dfinitions avances

Dfinition Avance (2)

Du Point de vue SI : cest un ensemble de motifs de conception et dimplmentation permettant de confrer aux applications existantes certaines caractristiques

Synthse des deux dfinitions

SOA est une dmarche particulire durbanisation de SI puisquelle permet de rationaliser celui ci et de le rendre plus agile face aux exigences mtiers. Nanmoins, la particularit de la dmarche SOA par rapport aux autres mthodologies durbanisation rside dans la notion de service qui en constitue une caractristique dterminante.

Concept SOA : Composants de SOA

Topologie de SOA :
Contrle : BSC, KPIs, BAM, SLA, QoS Fournisseur : Application1, Service1

Contrat1
Consommateur: Application, service Mdiateur : Proxy, Registre, Annuaire, ESB, ISB Contrat2

Fournisseur : Application1, Service2

Concept SOA : Cycle de Vie SOA

Stratgie dAdoption

Dterminer les KPIs et la BSC cibles de lentreprise ainsi que lenvergure de la transformation

Gouvernance

Dterminer les structures et les modalits de gestion et de contrle

Cycle de vie des services

Dvelopper, tester, dployer, grer, utiliser, analyser

Urbanisation des systmes et SOA : Architecture dEntreprise (EA)

Urbanisation des systmes et SOA : Urbanisation, EA et SOA

Urbanisation de Systmes
EA SOA

Urbanisation des systmes et SOA : Approches et Gouvernance SOA

Approche Top Down:

Enjeux Mtiers et Avantages de SOA:

Agilit, B2B et BPM

Enjeux Mtiers

Agilit B2B BPM

Avantages

Mtiers Economiques Techniques Organisationnels

Les Technologies SOA

Les services Web: Standards, Avantages et limitations Technologies Avances pour SOA: 1- Composants Fournisseurs: Technologie WCF de Microsoft, Le modle SCA, 2- Composants Mdiateurs ESB : Structure, Fonctionnalits 3- Composants Consommateurs : Consommation par code et par orchestrations 4- Composants de gestion et de contrle: Registre SOA, Superviseur SOA

Les Services Web: Standards

Technologies Avances pour SOA: les Composants Fournisseurs

La technologie WCF :

Technologie Microsoft apparue en 2003 base sur .Net Framework Flexibilit par rapport aux protocoles de transports Permet davoir diffrents niveaux de service Modle service : Adresse, Binding et Contrat

Le modle SCA:

Modle issu du monde Open Source (OSAO) en rponse WCF Modle dassemblage : structure dune application composite Modle de programmation : comment dvelopper des services Modle de gestion : ajouter de linfrastructure aux services

Technologies Avances pour SOA: Composant Mdiateur ESB

Technologies Avances pour SOA: Composant Mdiateur ESB

ESB JBI

Certifis JBI: ServiceMix, PEtALS, Open ESB Compatibles JBI : Mule, Sonic ESB, Artix

ESB Non JBI

Solutions Oracle : ALSB, OSB BizTalk de Microsoft .

Technologies Avances pour SOA: Composant Consommateur

Solutions de consommation dans le

code:

Java: Axis , utilitaire WSDL2Java .Net : gnration partir lIDE PHP : pas de processeur SOAP donc ncssite des fonctionnalits externes nuSAOP, pear SOAP

Solutions dorchestration:

Oracle BPEL Biz Talk IBM WebSphere Process Choreographer

Technologies Avances pour SOA: Composants de gestion et de contrle

Registre SOA:

Publication recherche et dcouverte de services Collection et gestion des donnes sur les services Gouvernance de lutilisation des services BEA AquaLogic Registry Repository, Sun Service Registry, IBM WebSphere Service Registry

Superviseur SOA:

Supervision des activits mtiers Supervision des services Supervision des donnes et des flux Tivoli composite application manager for SOA dIBM, Galaxy de Mule Source

Principes de construction de services autonomes et combins

Introduction : Insuffisances de lAOO par rapport SOA Le service brique fondamentale de SOA: 1- Proprits : Frontires, Contrat, Autonomie, Compatibilit 2- types de services : Atomiques, Composites et Collaboratifs 3- Construction et versionning : Cration, Enregistrement et versionning

Introduction: lOO par rapport SOA

Insuffisances de lOO par rapport SOA

Ne prvoit pas la stabilit des interfaces des services existants Limite des cas dusage prdtermins, mais pas SOA Pas de notion de SLA Pas de concepts dagencements de services SOA permet le fonctionnement de plusieurs versions dun service, donc intgre le changement

Le service brique fondamentale de SOA: Proprits et Types de services

Proprits:

Frontire Contrat Autonomie Compatibilit

Types de services:

Atomique Composite Collaboratif

Le service brique fondamentale de SOA: Construction et versionning

Cration:

Enregistrement Versionning

Prsentation du systme e-Budget

Primtre fonctionnel de-Budget Caractristiques techniques

Fonctions et Caractristiques techniques

Primtre Fonctionnel :

Elaboration des Morasses Budgtaires, gestion des mouvements de crdits, prises en charge du rfrentiel budgtaire, prise en charge des tableaux dindicateurs, laboration des budget et des programmes SEGMA et CST, gestion des tableaux des effectifs et des mouvements de postes budgtaires,etc.

Caractristiques techniques:

Technologie .Net, et SQL Server Architecture en couches Sparation daspects mtiers et techniques Gestion de configuration

Le systme e-Budget face aux changements

Principales rformes Motivation de la transformation d e-Budget vers SOA par les changements

Principales Rformes

Gestion axe sur les rsultats Dconcentration administrative Programmation multi annuelle CDMT Introduction de la dimension genre Rforme de la nomenclature

Motivation de la transformation d e-Budget vers SOA par les changements

Analyse du cot de changement :
Changement Nouvelle configuration de dploiement Duplication de composants Modifications porter sur plusieurs endroits Cot de maintenance lev

Avec SOA:
Changement Nouvelle configuration de dploiement composants rutiliss distances Modifications porter Sur un seul endroit Cot de maintenance moins lev

Motivation de la transformation d e-Budget vers SOA par les changements

Exemple : service Windows pour la validation et le chargement de donnes budgtaires
Machine 1 Interfaces e-Budget Machine 2 Service Windows

Sans SOA

Composants Mtiers et technique

Composants Mtiers et technique

Redondance de composants
Machine 1 Interfaces e-Budget Machine 2

Avec SOA
Composants Mtiers et technique Service

Service Window s

Appel SOA

Transformation du systme e-Budget vers SOA

Analyse dtaille du systme (AsIs): Limitations de larchitecture de-Budget, Faisabilit, envergure et risque de la migration vers SOA, Dfinition de larchitecture SOA cible du systme e-Budget (ToBe) Urbanisation du systme e-Budget avec SOA (Plan de transition)

Analyse dtaille du systme (AsIs):

Limitations de larchitecture de-Budget

Nombre croissant de fonctions : risque de duplication

de fonctionnalits lmentaires Pas de possibilits dchanges B2B avec les partenaires de la DB Chaque changement mtier induit un nouveau cycle de dveloppement : risque dexplosion de cot

Analyse dtaille du systme (AsIs):

Faisabilit, risque et envergure de la migration

Faisabilit: Architecture en composant: favorise la stabilit et la composition des services Plate forme technologique (.Net) offre la possibilit de crer diffrent types de services

Envergure du dveloppement SOA: Couches services destines aux dveloppeurs Couche service destine aux analystes, aux programmes internes et externes la DB
Risque de la migration vers SOA: Scurit Nombre important de services Non sauvegarde des acquis du systme e-Budget

Dfinition de larchitecture SOA cible du systme e-Budget (ToBe)

Fonctionnalits exposes en services : Services mtiers transverses et rutilisables localement, distance et sous nimporte quelle plate forme Fonctionnalits mtiers flexibles Services avec des niveaux SLA adaptes Architecture distribue du systme e-Budget: Configuration optimale et non duplication de composants Cohabitation de plusieurs versions dun service Composants dinfrastructure accessibles via des services

Urbanisation du systme e-Budget avec SOA (Plan de transition)

Implmentation des nouvelles rformes avec une

approche Top Down :

Couche mtier cible Couches applications et donnes cibles Plan de transition Dveloppement

Cohabitation avec les fonctions existantes de-Budget: Garantir une transparence totale vis--vis les utilisateurs A terme, le systme sera transform en totalit vers SOA

Urbanisation du systme e-Budget avec SOA (Plan de transition)

Transformation des services dinfrastructure vers SOA Services dauthentification, dautorisation et de journalisation Choix Technologiques Technologie WCF : cohabitation avec la version actuelle de-Budget, niveaux SLA adapts Preuve de concept Dveloppement de services Web au sein de-Budget et leur utilisation dans MS Office

Facteurs Cls pour russir une migration vers une architecture SOA

Analyser et cartographier lexistant SI Penser en projet transverse Penser Mtier Sensibiliser Bien dfinir la granularit des services Considrer diffrents niveaux SLA Prvoir le monitoring de SOA

Facteurs Cls
Analyser et cartographier lexistant SI

Penser en projet transverse

Penser Mtier Sensibiliser

Procder par itration

Bien dfinir la granularit des services Considrer diffrents niveaux SLA Prvoir le monitoring de SOA

Q&A