
Pour rappel, une application en microservices est une application découpée en plusieurs petits composants. Chaque composant est pensé de sorte à être développé, déployé, exécuté et géré séparément des autres composants. L’application sera donc l’assemblage de chaque microservice. Cette approche est en contraste avec les applications traditionnelles monolithiques qui sont entièrement développées en une seule pièce. Les différents composants d’une architecture en microservices pourront donc communiquer entre eux via des API accessibles par HTTP, grâce à des outils et techniques familiers aux développeurs.
Parmi les avantages des microservices, on note la facilité d'effectuer des modifications. Étant donné que le code d’un microservice est autonome de celui des autres, une mise à jour d’un composant n’impacte pas les autres microservices. L’indépendance entre les différents services favorise surtout le développement de chaque composant en même temps, ce qui est beaucoup plus difficile avec les applications traditionnelles. MicroProfile est donc un projet assez ambitieux pour l’avenir de l’édition entreprise de la plateforme Java.
La première version du projet, MicroProfile 1.0, a été lancée à la JavaOne, en septembre. Pour accélérer le développement de la plateforme, l’équipe MicroProfile a soumis une proposition pour devenir un projet d’incubation d’Eclipse. Il y a une semaine, l'Eclipse Foundation Board a approuvé la proposition, faisant ainsi de MicroProfile un projet de la fondation.

Le nouveau projet, Eclipse MicroProfile, résume ses objectifs par les points suivants :
- fournir une architecture de microservices portable à travers plusieurs runtimes Java EE ;
- fournir une architecture de microservices interopérable qui permet la communication entre runtimes de différents langages (pas seulement Java) ;
- fournir un environnement d'incubation pour des idées novatrices dans le domaine des microservices et Java EE ;
- une fois qu'une idée est approuvée par la communauté, elle pourra ensuite être soumise dans une JSR pour examen au Java Community Process (JCP). Il faut rappeler que c’est je JCP qui coordonne l'évolution du langage Java et des technologies qui lui sont associées, et que les Java Specification Requests (JSR) décrivent les spécifications et technologies proposées pour un ajout à la plateforme Java. De manière générale, l'idée est que, pour les différentes propositions approuvées par la communauté plus large, elles soient soumises pour examen au JCP ou autre organisme de normalisation approprié.
Sources : Red Hat, Eclipse Foundation
Et vous ?

Voir aussi :


