Granularité et atomicité des services
Posted by Aurélien Pelletier | Filed under architecture
How big should a service be? C’est la question que pose InfoQ après la lecture de The Service Granularity Matrix par zapthink. Très bon article au coeur de la problématique SOA: Quelle granularité pour les services, fine or coarse grained? Un service est-il réutilisable? Atomique ou composite? Pour chaque service identifié le choix se fera [...]
Tags: architecture, soa
Que fait le mot “web” dans “web services” ?
Posted by Aurélien Pelletier | Filed under architecture
A lire absolument: Position Paper For the Workshop on Web of Services for Enterprise Computing L’introduction et la conclusion du papier: Web Services based on SOAP and WSDL are “Web” in name only. In fact, they are a hostile overlay of the Web based on traditional enterprise middleware architectural styles that has fallen far short [...]
Tags: architecture, rest, soa, web, web services
SOA Nomenclature
Posted by Aurélien Pelletier | Filed under aside
SOA is something an organization does—not something it buys or something it builds. Anne Thomas Manes
Intégration SOA avec Google reader et SimplePie
Posted by Aurélien Pelletier | Filed under architecture
La lecture de ce retour d’expérience m’a ouvert les yeux: SOA integration with Flickr and del.icio.us. Comme Mr Jourdain fait de la prose, je fais de la SOA sans le savoir avec ce blog!! En effet, le comité de pilotage exécutif de ce site de gestion personnelle du savoir et de la connaissance a récemment [...]
Tags: architecture, fun, soa
S* oriented architecture
Posted by Aurélien Pelletier | Filed under architecture
Comment faire pour passer de cela: Un système d’information en silo où les applications sont cloissonées les unes des autres et ne communiquent pas ou peu entre elles. A ceci : Un système d’information où les applications communiquent abondament entre elles et sont construites en réutilisant des services qui exposent les fonctions de l’entreprise. La [...]
Tags: architecture, methodologie, soa
Débugguer des web services
Posted by Aurélien Pelletier | Filed under Uncategorized
Grâce ou à cause de la SOAmania du moment on croise de plus en plus de web services sur les projets. Et quand il s’agit de débugger plusieurs appels successifs de web services c’est pas toujours simple. Heureusement les petits gars d’Axis ont prévu le coup. Le jar d’axis contient un programme qui répond au [...]
Tags: outil, soa, web services, xml
Livre blanc: SOA et urbanisme
Posted by Aurélien Pelletier | Filed under architecture
Trouvé dans les commentaires du blog Architecture Logicielle. Un excelent livre blanc: “SOA et urbanisme – Le rôle des Architectures Orientées Services dans l’alignement métier des Systèmes d’Information” Une idée forte qui revient tout au long de ce livre blanc est la nécessité d’un référentiel centralisé des données et services de l’entreprise. La création et [...]
Tags: architecture, soa
SOA: la vision d’IBM
Posted by Aurélien Pelletier | Filed under architecture
J’ai assisté à un séminaire d’IBM sur le thème: Mettre en oeuvre aujourd’hui une Architecture Orientée Services J’ai trouvé les interventions très pertinentes et je suis d’accord avec cette vision. Voici une retranscription de mes notes. En italique mes réflexions perso. Pour introduire le séminaire la directrice Websphere nous a parlé d’évolutions imposées par la [...]
Tags: architecture, soa
Recette pour un échec avec une SOA
Posted by Aurélien Pelletier | Filed under architecture
Via Tim Bray John Crupri nous explique que prendre des composants logiciels déjà existant et rajouter par dessus une couche de web services est une parfaite recette pour un échec dans la mise en place d’une architecture orientée service. En effets ces composants n’ont certainement pas été conçus dans le cadre d’une SOA. Il y [...]
Tags: architecture, soa
Questions pour RESTafarians !
Posted by Aurélien Pelletier | Filed under architecture
Après les architecture dé-testable voici les RESTafariens, à ne pas confondre avec les SOAPafariens Et c’est David Megginson qui pose 5 questions intéressantes. Ca commence par une définition simple de REST: “REST in its now-broadened meaning is easy to explain: pieces of data (likely XML-encoded) sit out there on the web, and you manipulate them [...]
Tags: architecture, rest, soa
