5 personnes sur la SOA (retex, entreprise étendue)
- dans certains cas démarche pour répertorier les services existant de l'esprit de la SOA (toujours XML, en SOAP ou pas, en HTTP ou en MQ)
- possibilité de garantir les transactions HTTP + BDD avec WS-transaction (norme OASIS, manque de maturité)
- dans d'autres cas:
- on décrit des services, mais qui sont trop techniques, en cours de redéfinition pour être plus métier
- registry (run-time pour instancier): UDDI: bus, provider,
- repository (définition): rien de normalisé; finalité à définir (pour les métiers, ou pour l'IHM): gouvernance SOA.; se faire un open-source ?
- que des services (mais seulement 4% de réutilisation)
- pour les réservation, une application unique accédée par les agences de voyage, et utilisation ensuite des données stockées,
- dans le 3ème cas (e-commerce): commande en ligne SOAP-XML (en concurrence d'EDI), dans un contexte d'extranet (B2B) en utilisant un portail Oracle (le moteur BPEL: business process execution langage); actuellement l'extranet ne sert qu'à la consultation
- dans le 4ème cas: beaucoup plus avancé sur certains points,
- démarche d'urbanisme en cours (simplification des échanges, modèles métiers "pivots")... en essayant de penser "service";
- ont un EAI
- déployé sur un projet structurant en étant en parallèle à un mode batch existant;
- fonctionne en production avec l'EAI depuis plusieurs années;
- besoin de démystifier l'EAI;
- développement en java dans l'EAI, mais pas d'ETL,
- travaille beaucoup par petite dose (donc pour les gros besoin, tronçonnage préalable)
- ont commencé petit en // a la démarche d'urbanisme, et extension ensuite,
- voir à une bonne organisation
- on aurait pu s'en passer en développant tout en java...
- abonnement pour récupérer chaque soir l'urbanisation;
- nécessité pour accompagner la croissance externe du groupe;
- difficulté concernant la cohérence avec l'ordonancement des traitements; besoin de temps réel,
- connexion extranet basé sur des modes interrogatifs; mise à jour en EDI ?
- la démarche volontariste vient du DSI...
- comment garantir l'intégrité en HTTP (puisque MQ ne passe pas les firewall).
- essayer de rester simple pour réussir !
- nouveau "concept": ESB