Choregraphie de services

Pour changer, je vous propose une vidéo d’un petit projet pour illustrer la chorégraphie de services. Pour cela, j’utilise la suite Oracle SOA en version 12.1. L’objectif est d’expliciter comment réaliser une intégration ou une coordination de services en découpant la complexité. Il est difficile à produire puis à maintenir un système complexe et riches … Lire la suite

Share and Enjoy

  • Facebook
  • Twitter
  • LinkedIn
  • StumbleUpon
  • Add to favorites
  • Email
  • RSS

Prise en main de Coherence 12.2.1

La dernière version du DataGrid Java d’Oracle vient de sortir, Coherence 12.2.1. Voici comment démarrer un projet de zéro.

Télécharger le produit

Depuis le site d’Oracle sur http://www.oracle.com/technetwork/middleware/coherence/downloads/index.html

Télécharger les 2 binaires:

  • Coherence Quick install
  • Coherence Quick install Supplemental

Download coherence 12.2

 Installer Coherence

  • Décompresser les 2 archives dans un répertoire commun
  • Installer le package de base dans OracleHome
set COHERENCE_HOME=c:\Oracle\Coherence12.2
java -jar fmw_12.2.1.1.0_coherence_quick.jar ORACLE_HOME=%ORACLE_HOME%
  • Installer les extensions
java -jar fmw_12.2.1.1.0_coherence_quick_supplemental.jar ORACLE_HOME=%COHERENCE_HOME%

Lire la suite

Share and Enjoy

  • Facebook
  • Twitter
  • LinkedIn
  • StumbleUpon
  • Add to favorites
  • Email
  • RSS

SOA sans ESB

esbUn de mes clients m’a récemment poussé cette vidéo de Martin Fowler et Jim Webber sur une présentation acide sur la SOA et son outillage. Je vous partage ma vision.

En résumé, Martin et Jim attaquent là où ça fait mal: au niveau de l’agilité des processus de construction des intermédiations et sur la complexité des outils. Leur constat est (était?) le suivant:

Middleware propriétaire Technologies Web Centriques
– Non performant
– Coûteux
– Risqué
– Echelle de l’entreprise
– Spécialisé
– Intégration est une activité à part en tiers
– Design évolutif
– Delivry continue
– Pas couteux
– Incrémental
– Croix avec internet
– Intégration contrôlée par le consommateur

En un mot, ils préconisent la mise en oeuvre d’une démarche de services sans ESB car ils portent une complexité trop importante à contrario de l’approche Web. A ce propos, est-ce l’origine de la vague d’API Management actuelle ?

Bref, je comprends complètement leurs critiques. Pour être franc, j’ai moi-même connu des mastodontes tant sur leurs besoins en ressources matérielles que sur leur incapacité à évoluer. Mais…

Lire la suite

Share and Enjoy

  • Facebook
  • Twitter
  • LinkedIn
  • StumbleUpon
  • Add to favorites
  • Email
  • RSS

Transformation plus agile du Système d’Information

ConferenceLors de la mise en œuvre d’une démarche SOA outillé, je fais souvent le constat que l’interconnexion est assez coûteuse en effort humain. Il faut beaucoup communiquer pour clarifier les mécanismes envisageables, identifier les contraintes, définir les capacités du système, mettre en corrélation avec les patterns existants, etc. tout ceci avec de nombreux interlocuteurs : les chefs de projets, les architectes logiciels, les architectes systèmes, les architectes SOA et les urbanistes. Malgré tous ces efforts et après d’âpre discussions, le propriétaire du système craint alors des impacts sur ses flux existants et veut donc, tout naturellement, minimiser l’impact de ces nouveautés.

Derrière ce constat se cachent 2 problématiques :

  1. le manque de confiance dans la gestion du changement
  2. le manque de contrôle vis-à-vis de cet usage imposé.

Ce constat est exaspérant car il est consommateur d’une énergie folle. Il faut constamment se réunir et se synchroniser pour expliciter les besoins, décrire les données transférées, demander l’exécution d’un service (ensemble de règles) et faire correspondre avec les patterns et les outils d’interconnexions existants. Petit ou gros changements, l’effort humain pour faire aboutir ces besoins est majeur.

Les parties techniques sont souvent les plus simples. Il convient de mettre en place des mécanismes spécialisés portés par le Bus d’entreprise 9 fois sur 10. Voici quelques exemples:

  • Les connecteurs ABAP ou IDOC SAP
  • Les pooling et CDC (Change Data Capture) des bases de données
  • Les API d’accès aux couches natives
  • Exposition de règles par des Web Services

Pour chaque système, une série d’interconnexions est définie, prototypée puis validée.

Bref, chaque système subit l’évolution de son écosystème. En fonction des demandes externes, transverses ou globales, des interfaces supplémentaires sont ajoutées au fur et à mesure.

Lire la suite

Share and Enjoy

  • Facebook
  • Twitter
  • LinkedIn
  • StumbleUpon
  • Add to favorites
  • Email
  • RSS

AWS Summit 2016

banner-summit-event-page

Cela faisait 2 ans que je n’avais pas mis les pieds à un événement AWS. (cf. Blog Sodifrance). J’y suis allé avec quelques questions: Depuis 2014, quelles sont les nouveautés ? Comment Amazon continue à tenir le marché des offres Cloud ? Où en sont les offres PaaS sur le SOA, BPM, API, Micro-Services et Streams ?

Voici un petit aperçu de ma journée et de ce que j’en ai retenu.

Keynote

3h de show de Werner Vogels qui a balayé toutes les fonctionnalités de AWS. Quel marathonien et quel showman !

Lire la suite

Share and Enjoy

  • Facebook
  • Twitter
  • LinkedIn
  • StumbleUpon
  • Add to favorites
  • Email
  • RSS

L’API Management, fruit de l’économie collaborative

confusionC’est en sortant d’une réunion pénible avec une équipe marketing que j’ai eu envie d’écrire cet article. « Ouvrir le Système d’information aux nouvelles opportunités » qu’ils disent. Mais en posant sur la table un flou d’expression de besoin, je dirai même un flou opaque, nous n’avons abouti à rien… Bref, à par Ubber et son modèle économique, c’est pas très clair. Je vous propose donc de rembobiner la problématique et de repartir sur des bases saines (et moi avec vous).

 
Je ne vous cache pas que de nombreux mots clés ont été échangés durant cette réunion (et les précédentes): API, API Management, développeurs affiliés, etc. Mais comme le disait un auteur inconnu:

Comprendre la solution, c’est bien. Comprendre le besoin, c’est essentiel.

Les exemples de réussites commerciales comme Ubber, BlaBlaCar ou AirB&B font envie à nos dirigeants d’entreprise. On nous le martèle à longueur de journée. Autre exemple, la vague des fintech bouleverse les banques habituées à, disons, une concurrence plus tranquille.

Lire la suite

Share and Enjoy

  • Facebook
  • Twitter
  • LinkedIn
  • StumbleUpon
  • Add to favorites
  • Email
  • RSS

SOA as a Service

L’utilisation de ressources IaaS et PaaS posent de nombreux problèmes d’interconnexion entre les parties prenantes d’un Système d’Information. Dans cet article, je vous propose une vision simplifiée d’une démarche de transformation de votre SOA en un service externe « SOA as a Service ». Elle vous permettra de mettre en oeuvre une infrastructure AWS, Azure, etc. pour vos solutions actuelles SOA et BPM.

Outre la question financière, la principale motivation de cette évolution est de bénéficier de l’élasticité de ces offres XaaS. La SOA et le BPM, au cœur du Système d’information, doit aussi en bénéficier afin d’évoluer et de s’adapter aux contraintes de trafic et de charges exceptionnelles.

Comme exemple, j’utiliserai d’un cas d’école simple et représentatif avec ses 4 couches applicatives:

  1. Le navigateur des utilisateurs
  2. L’ application Front-End qui agrège les informations métier pour générer une vision contextualisée
  3. La partie SOA avec:
    1. le bus d’entreprise (ESB) qui virtualise et routent les services métier
    2. l’orchestrateur SOA qui gère la complexité des enchaînements entre les services du SI
    3. le moteur BPM qui porte les workflows métier
  4. Le Back-Office qui expose des services techniques, métier ou utilitaires sur des technologies variées.
Architecture du cas d'exemple
Architecture du cas d’exemple

Cette représentation reste valable pour N applications web dans la partie Front-End et N applications dans la partie Back-End. Les technologies sous-jacentes sont sans impact tant qu’elles communiquent avec des protocoles standards HTTP comme SOAP ou REST.

La démarche d’externalisation des solutions SOA s’articule autour de 2 contraintes fortes: la sécurité et la performance. Il est évident que les flux qui transitent en dehors des réseaux de l’entreprise doivent être sécurisés. Par exemple, la sécurité des flux provenant du Front-End et du Back-End doit être maximale… même au détriment de la performance. Cette dernière bien qu’importante, se doit d’être acceptable pour l’utilisateur.

Lire la suite

Share and Enjoy

  • Facebook
  • Twitter
  • LinkedIn
  • StumbleUpon
  • Add to favorites
  • Email
  • RSS

Enterprise Integration Patterns pour OSB

En parallèle de Laurent qui réalise un plugin Eclipse sur les EIP (Enterprise Integration Patterns), je vous présente leurs implémentations pour le produit Oracle Services Bus 12c. Pour une meilleure compréhension, je reprends le formalisme du site référence EnterpriseIntegrationPatterns.com. Les catégories restent donc inchangées :

  • Integration style
  • Messaging systems
  • Messaging channels
  • Message construction
  • Message routing
  • Message transformation
  • Messaging endpoints
  • Messaging management.

L’objectif de cet article n’est pas de les présenter mais de proposer une implémentation au très performant Oracle Service Bus (OSB). Pour plus de clarté, je reprend le schéma de positionnement des patterns dans une médiation (cf. eip.com):

Organisation des patterns dans une médiation

Lire la suite

Share and Enjoy

  • Facebook
  • Twitter
  • LinkedIn
  • StumbleUpon
  • Add to favorites
  • Email
  • RSS

Oracle Cloud Platform 2015

Oracle Cloud Platform 2015Le 1er juillet 2015, Oracle a organisé un séminaire sur le thème du Digital au sein de Roland Garros. Ce fût l’occasion pour moi de mettre à jour ma connaissance des différentes offres de l’éditeur, de mieux comprendre ses orientations, de clarifier ses nouveaux produits et de le positionner vis-à-vis de ses concurrents.

J’ai suivi les sessions orientés Intégration et Cloud. On ne se refait pas… Bref, je souhaitais surtout voir les nouveaux services Cloud PaaS afin de les comparer à Amazon.

Lire la suite

Share and Enjoy

  • Facebook
  • Twitter
  • LinkedIn
  • StumbleUpon
  • Add to favorites
  • Email
  • RSS

Architecture Talend Data Enterprise Integration v5

Talend Unified Platform

L’éditeur français Talend sort régulièrement des nouveautés de son offre logicielle. Suite à une mission réalisée pour un client, je fais un petit point sur les fonctionnalités et particularités portées par l’architecture de la suite Talend. Des raccourcis peuvent être lourds de conséquence. Je vous propose donc de vous partager ma vision, et d’en discuter !

 

Talend Data Enterprise Integration est la version commerciale et d’entreprise du célèbre Talend Open Studio. L’éditeur met ici à disposition un outils de développement complet pour produire des programmes de traitements de données communément appelés Jobs. Ce produit fait partie de la famille des ETL (Extract, Transform and Load) comme DataStage d’IBM. Au sein de la suite Talend,il couvre donc la partie orientée données.

Les principales qualités de ce produit sont:

  1. la qualité de son IDE (basé sur eclipse)
  2. la facilité de déploiement des exécutables.

La version Entreprise en v5 ajoute les fonctionnalités nécessaires à :

  • la collaboration du travail en équipe
  • la gestion des déploiements
  • la supervision des traitements

Dans cet article je vais aborder l’architecture de Talend Data Enterprise Integration afin de vous donner les clés pour un bon départ … ou les raisons d’une réorganisation si vous êtes mal parti.

Lire la suite

Share and Enjoy

  • Facebook
  • Twitter
  • LinkedIn
  • StumbleUpon
  • Add to favorites
  • Email
  • RSS