Services

Des points d'attention et des suggestions pour améliorer les choses

En 2015, le pic des microservices a été atteint : pas une conférence sans un ingénieur de Netflix pour vous vendre du rêve, pas une semaine sans nouveau framework magique pour tout faire sans se poser de question. Résultat : une focalisation sur les outils et les belles histoires plutôt que sur les questions de fond. Il nous a donc semblé utile de faire le point sur les aspects architecturaux des microservices, car choisir un style d’architecture pour un système d’information a des conséquences structurantes…

Avec l’arrivée de REST, on est tenté d’oublier tout ce qu’on faisait avant car c’était forcément moins bien. Mais, si les technologies ont changé, les bonnes pratiques SOA sont toujours aussi pertinentes, et permettent de mettre en œuvre des services qui répondent aux besoins tout en gardant la maîtrise de son système d’information.

Nos DSI pensaient avoir passé un cap en mettant en place des infrastructures de site web client, boutique en ligne, support... Ca a été difficile, notamment pour rendre disponible sur des applications Internet des services de coeur de SI, qui n'avaient pas du tout été conçus dans cette logique, mais au moins on espérait en avoir fini avec les remises en cause. Et bien non: les tablettes tactiles arrivent, iPad, tablettes Android, etc., y compris en B2B, et elles vont changer certains des métiers, dont…

L'architecture SCA (Service Component Architecture) reste une initiative démocratisée relativement récemment même si la version 1.0 a été publiée il y a plus de deux ans maintenant. L'annonce d'Oracle Fusion 11G a récemment rappelé son support par différents grands éditeurs. Il n'en reste pas moins que son périmètre d'utilisation n'est pas forcément évident, d'autant plus qu'il s'agit d'un des nombreux sigles associés à SOA : WS-*, BPEL, JBI, SDO... Nous allons tâcher au sein de cet article de clarifier les potentialités de cette norme et…

Cet article est le deuxième d’une série de 3 articles traitant de la stratégie de test d’une architecture REST. Il fait suite au billet sur le test unitaire d’une ressource REST. Pour rappel nous allons, par l’exemple, mettre en pace une stratégie de test sur un code d’exposition de web services REST en Java. L'exemple de code se basera sur le framework REST Jersey, implémentation de référence de Sun de la JSR-311 déjà présentée dans un précédent article . Le but de ces trois articles…

Cet article est le premier d’une série de 3 articles traitant de la stratégie de test d’une architecture REST. Il fait suite au billet sur les types de test utilisés sur un projet Agile. Par l'exemple, nous allons mettre en place une stratégie de tests sur un code d'exposition de web services REST en Java. L'exemple de code se basera sur le framework REST Jersey, RI de Sun de la JSR-311 déjà présenté dans un précédent article. Le but de ces trois articles est de présenter…

La JSR 311 JAX-RS est le pendant REST de la JSR 224 JAX-WS.Elle marque la volonté de la part de la communauté Java de cadrer, tout comme pour la stack WS-*, le développement des applications JAVA orientées ressources. Bien qu'étant sur le point d'être finalisée (elle vient de passer le Final Approval Ballot), elle est déjà implémentée par la plupart des frameworks REST du moment (Jersey, RESTeasy, CXF, une extension existe pour Restlet, ...). La suite de ce billet présente les annotations de la JSR en regard des principes REST qu'elles mettent en oeuvre.