• Aucun résultat trouvé

SOA Open Source Intégration des services et business process dans une architecture SOA Open Source. Bruno Georges JBoss, a Division of Red Hat

N/A
N/A
Protected

Academic year: 2022

Partager "SOA Open Source Intégration des services et business process dans une architecture SOA Open Source. Bruno Georges JBoss, a Division of Red Hat"

Copied!
26
0
0

Texte intégral

(1)

Bruno Georges Bruno Georges

JBoss, a Division of Red Hat JBoss, a Division of Red Hat

SOA Open Source SOA Open Source

Int Int é é gration des services et business process gration des services et business process dans une architecture SOA Open Source

dans une architecture SOA Open Source

(2)

Agenda

Cas d’etude

Contexte métier

Les bénéfices Open Source

Partager notre expérience et nos défis

Implémentation d'une architecture SOA Open Source

Migration vers Jboss

Feuille de route vers une architecture SOA Open Source

Communiquer la stratégie

Modèles d'intégration

Gestion de processus métiers avec jBPM

Produits, standards et outils

Mesurer le succès et le retour sur investissement (ROI)

Etapes suivantes et futurs défis

(3)

Cas d'étude

Une des plus grandes sociétés privées mondiales de négoce

Plus de 120 Milliards de US$ de CA en 2007

2000 employés dans le monde entier

50 bureaux dans 40 pays

Initiative SOA globale

Modèle de taxe complexe, conformité

(4)

Vue Globale de l'Application

Client Serveur

Comptabilité/Finance

Traffic et opérations physiques

Applications Web

Gouvernance du SI

Alimentation des prix

Applications de négoce et financières

Architecture basée sur JEE

Implémente la logique métier dans les domaines du négoce, de la finance, de la comptabilité, du Forex et de couvertures à terme

Services d'infrastructure coeur, authentification/autorisations, Audit ...

(5)

Infrastructure Physique

Noeuds primaires Noeuds extérieurs

Sun E25K Sun E25K

Multi-Coeur + virtualisation Multi-coeur + virtualisation

Disques RAID

Disques RAID

Zone 11 Zone 12

HOT COLD

Zone 13 Zone 14

HOT COLD

Zone 15 Zone 16

HOT COLD

Zone 21 Zone 22

HOT COLD

Zone 23 Zone 24

HOT COLD

Zone 25 Zone 26

HOT COLD

(6)

JBoss : quels bénéfices ?

Processus métiers et intégration de données Fusion et acquisition – dilemne de l'intégration

Workshop SOA

Stratégie globale d'investigation sur les alternatives en open source

Contexte Métier

Licence / Coût total de possession (TCO)

Etendre SOA aux autres sites, optimiser les coûts

Time to Market

(7)

JBoss : quels bénéfices ?

Support

Répond au besoin de réactivité

Répond à la nécessité de s'appuyer sur un réseau de partenaires certifiés

Développement

Préférence forte pour l'Open Source

S'appuie sur des ressources externes plutôt qu'internes

Simplicité, réduit la dépendance au code spécifique à une infrastructure

Construit un ensemble commun de connaissances et de bonnes pratiques

(8)

Quels défis ?

Du point de vue Métier

Migrer la logique métier coeur d'une plateforme JEE vers une autre sans arrêt de service notable, ni perte de performance, en préservant l'intégrité des données

et plus important : sans affecter les transactions financières, les activités de négoce, les couvertures à terme

Accroître la capacité d'intégration pour améliorer l'exécution du métier et réduire les coûts de développement et d'infrastructure

Définition et accord global sur le modèle, les processus métiers, les règles et la logique

Définition et publication des points d'intégration des services métiers coeur

(9)

Défis techniques

Maintenance de deux systèmes pendant la migration, fusion des modifications du code

Gestion des dépendances des services qui sont migrés,

considérations supplémentaires si des fonctions spécifiques à un éditeur sont utilisées

Gain en terme de performance, qualité et stabilité

Construire une base commune de connaissances pour les

développeurs et les ingénieurs. Permet d'accroître la réactivité et

d'améliorer le niveau de s

ervice

(10)

SOA Open Source

Comment atteindre cet objectif ?

(11)

Feuille de route

SOA

Définir les services, les points d'accès Définir les schéma

Définir l'orchestration des flux des processus métiers

Définir l'infrastructure SOA => Open Source

Approcher JBoss

Sélectionner les bons partenaires Développer de nouvelles relations Evaluer les compétences locales

Démarrage du projet de migration Conduire une évaluation initiale Constituer une équipe

Préparer un planning et un cadre Décider : Go / No Go

Migrer

En parallèle, développer l'expertise en interne

(12)

SOA Open Source

Par où avons-nous commencé ?

(13)

Basculer vers la notion de Services

(14)

Basculer vers la notion de Services

(15)

Cas d'utilisation – Vue d'ensemble

Services

XML

File System FTP Server

CSV

Action

approbation

P A R E - F E U

EJB SQL

JMS

Integration Partners - EIS

VPN

SOAP

JMS

jms

Remote Office Server Business Partners

(16)

Rôles & Responsabilités

Architecte d'intégration métier

Développeur d'intégration technique

Rôles supplémentaires pour le succès opérationnel et de déploiement :

Gestion de Projet

Build Management et déploiement

Tests

Opérations

Support

(17)

Intégration de processus

Comment avons-nous fait ?

(18)

Pré-requis pour l'intégration

Découpler les Services des applications qui les consomment Nous ne contrôlons pas toujours l'infrastructure sur laquelle les

applications s'exécutent

Transformation rapide et orchestration

Transactionel, Résilient et Robuste

Infrastructure de réseau commune

Standards commun comme XML et SOAP permettant de

prendre en charge des processus orientés documents, facilite la

réutilisation et favorise le couplage faible

(19)

Intégration – Comment ?

Application Métier

MSG

Couche Intégration

Couche de Service MSG

MSG

SI

Comptabilité Trésorerie Négoce Données

Marchés biz evt

int api

Taux Enrichment

Transformation Orchestration

Système Comptabilité

Système Finance

Système

Négoce et Trafic

(20)

Couplage faible

SOA est un style d'architecture permettant d'atteindre un haut degré de couplage faible

Un service est une unité de travail effectuée par un fournisseur de service afin de livrer un résultat attendu par un consommateur

SOA cache délibérément ce qui est réalisé derrière un point d'appel de service

Seul le transfert de données structurées entre les différentes parties nous intéresse

SOA permet d'exprimer les fonctions métiers en terme de services pouvant être réutilisés et accessibles via une

interface standard

Doivent être accessibles par différentes applications au travers d'une variété de canaux

Mais ...

Il existe différents degrés de couplage et il vous faut choisir celui qui

convient à votre cas d'utilisation. Cela pourra être la définition d'interfaces spécifiques pour un seul service ou juste une opération unique

(21)

Orchestration de Services

jBPM pour l'orchestration de processus

La meilleure solution aussi bien pour les analystes que pour les développeurs

Cycle de vie de développement avec des itérations rapides

Processus versionnés

Communication facilitée entre le développeur et l'analyste métier

Points d'invocation, intégration de

définitions de processus existant au sein de JBoss ESB.

Indépendant du mode de transport

<process-definition

name=“booking-request">

<start-state name="start">

..

<end-state name="success“/>

</process-definition>

Développeur

Analyste métier

(22)

Composants JBoss

Application Métier/Client

Couche

d'Intégration Services SI

JBoss Operation Network

JBoss Enteprise Application Platform JBoss SOA-Platform

(23)

Mesure du succès et

Retour sur investissement

Investissements dans la qualité et l'équipe de développement, PAS dans les licences

Les changements ne sont pas limités au binaires, ils se reflètent à tous les niveaux de l'organisation du SI

Cycles de livraisons plus rapides

Moins de temps passé dans l'intégration, les test, le code d'infrastructure

Réduit les temps de réponse

Economie totale sur 3 ans

> 3,5 M US$

(24)

Prochaines étapes

Architecture

Adoption des Standards pour une SOA intéroperable

=> Livraison de message / WS-Addressing / WS-Security

=> Registre de Service - UDDI

Investir dans une infrastructure SOA. JBoss ESB

Développement

Outillage de création de Service, EJB3, Annotations, JSR181

Cycle de vie de Service (modelage, assemblage, déploiement, gestion)

Gouvernance

Outils au runtime, Business Activity Monitoring (BAM)

Contrats de Service, Référentiel de Méta-données

(25)

Hibernate

Application Platform

Application Presentation, Services Hosting, and Data Persistence

JBoss Application Server

Embedded Tomact, Clustering, Cache, Messaging, Transactions

JBoss Seam

Portal Platform

Content Aggregation, Presentation and Personalization

Application Platform

JBoss Portal SOA Platform

Service Integration & Orchestration, Business Process Automation, Rules Definition, & Event Management

Application Platform

MetaMatrix Data Services Platform

MetaMatrix Enterprise Server

JBoss ESB

Transformation, Routing, Registry, Repository

JBoss Rules JBoss

jBPM

Manage Design &

Develop Integrated Runtime Platforms

Data Integration, Data Service Federation, Data Abstraction & Management

JBoss Developer

Studio

Eclipse IDE

Runtime Platform Integrated

Tooling

Fully Integrated Developer Environment

MetaMatrix Designer

JBoss Operations

Network

Administration, Management, and

Monitoring

JBoss Enterprise Middleware

(26)

Questions?

[email protected]

Références

Documents relatifs

* Méthodes du services doivent être annotées par une méthode http pour traitement. * Avec JAX-RS, il est possible d’utiliser @GET pour supprimer une

•La servlet SOAP extrait le message SOAP-XML, la de-serialise (récupération du nom de la méthode, des paramètres), puis invoque la méthode concernée du service. Le résultat

By providing an open source licensed version of a product, a software vendor has the opportunity to outsource certain activities, like development, maintenance and support, to

With the features described above, it is possible to integrate new functionality into the bflow* Toolbox without having to learn about Eclipse development.. In many cases, new

Cliquez ici pour telecharger le

– Section 4 provides insight into 10 case studies of open source businesses and how they are currently implementing the Software Business Model Framework of Schief.. – Section

4 L’objectif de cette contribution est d’amener de la connaissance sur les façons dont les entreprises éditrices de logiciels créent la valeur et s’approprient la valeur

It consists of several micro-engines, each of which generates traffic according to a given traffic model, list of flow values and data patterns from which we generate packet size,