Formation SOA & Open Source par la pratique: Atelier de Mise en ouvre des architectures orienté service (SOA) avec des outils open source

J’anime, à Tunis, du 26 au 30 octobre prochain un Atelier pratique de formation sur la mise en ouvre des architectures orienté service (SOA) avec des outils open source.

Bien que SOA n’est pas une histoire d’outils, l’objectif de cet Atelier est de mettre en pratique, par les participants des concepts de base de la démarche SOA et de l’intégration d’application d’entreprise. Les participants, exploiteront mettront en ouvre des web services avec la démarche Contract-First, utilseront l’ESB Mule pour réaliser des intégrations avec ou sans web service et mettront en place un outil de gouvernance,

1.1 Objectif de l’Atelier

La complexité croissante des Systèmes d’Information et les opportunités technologiques rendent de plus en plus indispensable de disposer d’un cadre pour organiser, structurer et fédérer les travaux sur le Système d’Information et d’instaurer une interopérabilité naturelle dans les services afin de réduire le besoin d’intégration.

Ce workshop apporte un retour d’expérience des meilleures pratiques pour la mise en œuvre des architectures orientées services avec des outils open source.

L’objectif de ce workshop est de former les participants à la pratique des architectures orientés services. Les outils open source suivants seront utilisés :

1. Java 1.6
2. Eclispe IDE
3. Mule ESB
4. ActiveMQ (MOM)
5. Spring
6. Hibernate
7. Et d’autres outils de monitoring, de suivi, et de gestion d’environnements SOA …

1.2 Compétences à acquérir

A l'issue de ce séminaire, les participants seront en mesure de:

1. Comprendre les problèmes d’intégration d’applications en SI
2. Comprendre les fondements des architectures orientées services SOA
3. Capacité de mettre en ouvre des services web avec différentes méthodes
4. Capacité d’exploiter et de mettre en ouvre l’ESB Mule 2.2.1
5. Evaluer les étapes d’un projet de mise en ouvre par la pratiques d’une approche SOA

1.3 A qui s'adresse ce séminaire?

· Développeur Java

· Intégrateur SI

· IT manager

· Architectes d'applications

1.4 Niveau requis

Pour bénéficier pleinement de ce cours, les stagiaires doivent avoir :

• Une connaissance de Java.
• Une compréhension des enjeux des SI dans l’entreprise

1.5 Détails du programme

1.5.1 Introduction à l’Architecture d’Entreprise et à l’EAI (Entreprise Application Intégration

Présenter des problématiques d’intégration des applications d’Entreprise (EAI)

• Définition du SI
• Les motivations de l’Architecture de SI
• Nouvelles architectures informatiques
• Métaphore de la cité & Plan d’occupation des sols (POS)
• intégration des applications d’Entreprise (EAI)
• EAI & Architecture d’entreprise

1.5.2 Présentation de XML

• Architectures d’interopérabilité
• Présentation de XML
  • XML les objectifs de conception
  • Notion de base : balise et attributs
  • Pourquoi XML?
  • La notion de Schéma XML
• Formats d’échange, Interopérabilité et portabilité des données

1.5.3 SOA (Architecture Orientée Service) et EDA

Présenter la démarche SOA, et présenter des concepts et de la démarche SOA (architecture orientée services), des besoins en infrastructures et de la notion de maturité SOA

• Problématique de l’intégration en entreprise et intra-entreprises
• SOA : initialement un simple besoin d‘intégration
• SOA, différents points de vue
• Présentation du concept SOA
• La notion de service (au sens SOA)
• SOA s’applique à tous les niveaux de l’EAI
• Principes fondamentaux de l’architecture SOA

1.6 Rôle d’un ESB et présentation de Mule ESB

• Les concepts de Mule ESB et l’infrastructure nécessaire
• Un premier exemple avec MULE ESB
• Les différentes composantes de Mule
• Place de Mule ESB dans un SI

1.7 Présentation de Spring Ioc et Hibernate

• Les concepts Spring & de l’Ioc
• Mule ESB et Spring
• Introduction à Spring & Hibernate

1.8 Présentation des MOM

• Besoins & définitions :
  • Middleware Orienté Message : les clés de l'intégration grâce aux mécanismes asynchrones. Les fonctions principales d'un MOM : routage, intégrité transactionnelle, déclenchement de process.
• - L'opportunité de désolidariser les applications pour assurer la flexibilité d'une solution EAI. Acteurs et enjeux : IBM, BEA, TIBCO.
• La norme JMS de Java EE
  • La norme JMS
  • ActiveMQ un MOM open source

1.9 Mule d’un point de vue développements

• Intégration avec Spring
• L’IDE Eclipse
• La gestion des exceptions
• Etendre Mule
  • Les transformations,
  • Les Filtres
  • Les Routeurs
• Les Test unitaires
• Le transport dans Mule
• Les Web Services
  • Rappel sur SOAP
  • Contract Fist
  • La consommation
• Les transactions dans Mule
  • Transaction étendue XA
  • Garantie de délivrance des messages
  • Transaction base de données et MOM
• Gestion des codes sources dans un environnement multi développeurs
• Le log & les pistes d’audit
• La Sécurité
• Intégration automatique
• Les bests practices

1.10 Mule ESB d’un point de vue Analyste métier

• Définir les services : cycle de vie d’un service
• Spécifier les besoins
• Spécifier le contrat de service
• Spécifier les aspects métiers du SLA

1.11 Mule d’un point de vue Système

• Les différentes possibilités de déploiements de Mule
• EAI pattern
• Scheduling
• Choix du déploiement et conséquences
  • Sans Serveur d’application
  • Avec Serveur d’application
  • Hub & Spoke ou Network centric
  • Rôle du MOM
  • LDAP ou SSO
• Monitoring & supervision
  • Lien avec le système de supervision en place
• La gestion des SLA
• Intégration continue
• Les bests practices

1.12 Définition d’une architecture cible

• Liste des architectures de déploiement possibles
  • Comparaisons
• Développement de l’architecture cible
  • Règles d’architecture

1.13 Mise en place de la gouvernance

• Cycle de vie d’un service
• Zoom sur la phase d’identification des services : quelle approche
• Comité de gouvernance
• Cycle de vie des services
• Template de spécification des services
  • Spécifications fonctionnelle
  • SLA (Service Level Agreement)

Talend introduit la « seconde » offre MDM open source

Après l’offre de SUN –MDM Suite, voilà un nouvel entrant dans le domaine du MDM
Il s’agit bien sûre de la seconde offre dans le domaine, après le projet Mural soutenu par SUN. T
Le MDM (Gestion des données de référence) est une discipline de gestion des données de référence afin que cette donnée reste unique au sein de l'entreprise tout en étant partagé par plusieurs applications ou services métiers
Cette très bonne nouvelle pour la communauté open source en général et le MDM en particulier, pourrait avoir une influence sur les décisions d’Oracle quant à la suite à donner au projet Mural.
En effet, l’arrêt du projet n’est plus la bonne décision pour ralentir l’ascension de l’open source dans ce domaine, puisque Talend va poursuivre ses activités. Il serait plus intéressant pour Oracle / Sun de promouvoir Mural afin de ralentir la monté de Talend.
d'autre part signalons que le produit est basé sur Eclipse, ce qui confirme la place centrale de Eclipse dans les projets open source.

Pour approfondir le sujet :
• Le master data management possède, enfin une offre open source
• Oracle & SUN : Quel avenir pour l’unique solution MDM open source, SUN MDM Suite?
• Rachat de Sun par Oracle : quel avenir pour l’unique solution de MDM Open Source

en référence à :
Talend introduit le premier MDM open source
et

Talend fait son entrée dans le MDM, en convertissant du code propriétaire à l'Open Source

Tutorial Mule ESB : Une application simple, Echo sans altération de message

NB : cet article fait partie d’une série de présentation et de tutoriaux pour démystifier Mule ESB : http://net-progress.blogspot.com/)

Introduction

L’application à développer est très simple, mais montre les premiers pas dans la création d’un projet d ‘intégration :

Nom du projet : Exercice_01_echo_System

Son objectif est limité : présenter une abstraction de la console de saisie IN et de sortie OUT

Pour commencer, créer un projet de type Mule (Exercice_01_echo_System) et un fichier de configuration de Mule (echo-system-config.xml)

Présentation générale du fichier de configuration de Mule

Le fichier de configuration de Mule est au format XML. L’IDE de Mule présente se base surl la version vision simplifie d’un éidteur XML de

Une configuration Mule, minimale est de ce type :

<?xml version="1.0" encoding="UTF-8"?> <mule xmlns=" … <model …>
<stdio:connector…/>	Les déclarations globales au niveau de la configuration
<service …>	Une déclaration d’au moins un service
<inbound> </inbound>	Au moins un point d’entrée, pour recevoir les messages Une abstraction du transport et des détails des protocoles
<component> </component>	Le service métier à invoquer
<outbound> </outbound>	Un point de sortie, pour envoyer des messages Une abstraction du transport et des détails des protocoles
</service>
</model> </mule>

Le lien est alors simple à faire avec cette vision de l’intégration

Construction pas à pas d’un exemple simple :

Utiliser une configuration de Mule : echo-system-1-config.xml.

La première partie du fichier XML est le prologue :

1:  <?xml version="1.0" encoding="UTF-8"?>  

La seconde partie est la définition des namespaces à utiliser par Mule

1:  <mule xmlns="http://www.mulesource.org/schema/mule/core/2.2"  
2:      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"  
3:      xmlns:stdio="http://www.mulesource.org/schema/mule/stdio/2.2"  
4:    xsi:schemaLocation="  
5:      http://www.mulesource.org/schema/mule/core/2.2 http://www.mulesource.org/schema/mule/core/2.2/mule.xsd  
6:      http://www.mulesource.org/schema/mule/stdio/2.2 http://www.mulesource.org/schema/mule/stdio/2.2/mule-stdio.xsd">  

Ensuite on déclare le connecteur qui sera utilise par les points de contactes : ici on utilise le système d’entrée sorties classiques IN/OUT. Chez Mule la déclaration est basée sur le namespaces stdio.

1:  stdio:connector name="SystemStreamConnector"  
2:      promptMessage="Saisir les informations nécessaires: "  
3:      messageDelayTime="1000"/>  

Dans sa première version, le Service de l’application cible ne fait que deux choses :

1) recevoir sur le Système IN : des messages en texte

2) expédier ces messages vers le Système OUT

on a donc besoin de deux partie

1) <inbound>

a. Pour définir ce <inbound>, on utilise le namespaces du protocole de transport cible

<inbound> <stdio:inbound-endpoint system="IN"/> </inbound>

1) <outbound>

b. Pour définir ce < outbound >, on utilise le namespaces du protocole de transport cible : <stdio:outbound-endpoint system="OUT"/>

c. Mais il faut ajouter une indication sur le Routage du message en définissant le routeur à utiliser. Dans notre cas nous avons besoin simplement d’un routage systématique sans altération du message ni filtrage : c’est l’objectif du routeur de Mule dit <pass-through-router>

<outbound> <pass-through-router> <stdio:outbound-endpoint system="OUT"/> </pass-through-router> </outbound>

Ainsi la définition du service est la suivante

1:    <model name="echoSystemSimple">  
2:      <service name="echoService">  
3:        <inbound>  
4:          <stdio:inbound-endpoint system="IN"/>  
5:        </inbound>  
6:        <outbound>  
7:          <pass-through-router>  
8:            <stdio:outbound-endpoint system="OUT"/>  
9:          </pass-through-router>  
10:        </outbound>  
11:      </service>  
12:    </model>  

Le fichier de configuration devient :

1:  <?xml version="1.0" encoding="UTF-8"?>  
2:  <mule xmlns="http://www.mulesource.org/schema/mule/core/2.2"  
3:      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"  
4:      xmlns:stdio="http://www.mulesource.org/schema/mule/stdio/2.2"  
5:    xsi:schemaLocation="  
6:      http://www.mulesource.org/schema/mule/core/2.2 http://www.mulesource.org/schema/mule/core/2.2/mule.xsd  
7:      http://www.mulesource.org/schema/mule/stdio/2.2 http://www.mulesource.org/schema/mule/stdio/2.2/mule-stdio.xsd">  
8:    <stdio:connector name="SystemStreamConnector"  
9:      promptMessage="Saisir les informations nécessaires: "  
10:      messageDelayTime="1000"/>  
11:    <model name="echoSystemSimple">  
12:      <service name="echoService">  
13:        <inbound>  
14:          <stdio:inbound-endpoint system="IN"/>  
15:        </inbound>  
16:        <outbound>  
17:          <pass-through-router>  
18:            <stdio:outbound-endpoint system="OUT"/>  
19:          </pass-through-router>  
20:        </outbound>  
21:      </service>  
22:    </model>  
23:  </mule>  

L’exécution du projet dans Mule est très simple :

SOA est apparemment encore Vivant (un commentaire crée avec Google Sidewiki)

Pour ceux qui disent que SOA est mort, ce forum va sonner comme une résurrection !

en référence à :

1. Invitation Forum SOA 2009
2. Participer au 4ème SOA Forum sur l'agilité du système d'information - Actualités Architecture logicielle - Le Monde Informatique (afficher sur Google Sidewiki)

et Google Sidewiki dans cet article ?

Aucun lien entre la mort de SOA et Google Sidewiki,

sauf que :

Cette entrée du Blog a été crée avec le nouvel outil de Google "Google Sidewiki" de commentaire de page web, le commentaire a été attaché à la page en question et a été envoyé automatiquement vers ce blog ...

un effet collatéral ...

j'avoue que j'ai été surpris de la seconde action (que je trouve utile)

Cela mérite une explication :



Explication : sur le site de google

Google Sidewiki est une barre latérale de navigateur qui vous permet d'afficher, d'ajouter et de partager des commentaires sur toute page Web. Cette fonctionnalité est proposée dans la barre d'outils Google.

sur le site de Google Sidewiki: Publier des entrées Sidewiki sur Blogger

Lorsque vous ajoutez une entrée dans Sidewiki, vous avez la possibilité de la publier également sur les blogs Blogger que vous avez associés à votre compte Google. Pour ce faire, procédez comme suit :

1. Cliquez sur le bouton Sidewiki de la barre d'outils Google afin d'ouvrir la barre latérale et de créer une entrée. Vous êtes invité à vous connecter à votre compte Google, si ce n'est pas encore le cas.
2. Cliquez sur Mes blogs sur Blogger en dessous de votre entrée.
3. Sélectionnez le ou les blogs que vous souhaitez mettre à jour.
4. Cliquez sur Publier.

Pour citer la page Web concernée dans votre message de blog, mettez en surbrillance la citation à extraire à l'aide de votre curseur avant de cliquer sur Publier.

où va s'arrêter Google ...

pas de solution pour WordPress ... pour le moment

mais ceci est un autre sujet