Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous

Identifiant
Mot de passe

Mot de passe oublié ?

Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Outils et bibliothèques pour la mise en oevre d'architectures microservices

Un support de cours de Mickael Baron

Le 24 février 2016 à 22:46, par Mickael Baron

78PARTAGES

Voter pour

7

Voter contre

0

Ce support de cours présente des outils et bibliothèques pour la mise en œuvre d'architectures microservices. Tout au long de la présentation, une étude de cas sera déroulée pour illustrer les différents usages des outils et bibliothèques présentés.

Ainsi, dans une première partie, KumuluzEE sera présenté pour la partie codage de microservices avec le langage Java. Par la suite, Docker sera abordé pour montrer comment isoler un microservice. Dans une troisième partie, RabbitMQ sera exposé pour montrer comment réaliser une communication asynchrone entre des microservices. Dans une quatrième partie, Docker Compose sera présenté pour expliquer comment composer des microservices. Enfin, dans une cinquième, NGINX sera abordé pour expliquer comment répartir la charge et réaliser un proxy inverse.

Actuellement les parties concernant RabbitMQ et NGINX sont en cours de rédaction. Ils seront prochainement ajoutés au support de cours.

L'adresse du support de cours : http://mbaron.developpez.com/cours/m...abbitmq-nginx/

Merci d'avance de laisser des commentaires dans cette discussion

Mickael

Vous avez lu gratuitement 1 290 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.

Une erreur dans cette actualité ? Signalez-nous-la !

Votre nom : Votre e-mail :

Décrivez l'erreur que vous souhaitez porter à notre connaissance :

Commenter Signaler un problème

Rédacteur

Le 08/03/2016 à 16:58

Merci infiniment pour ce support incontournable. Je me demande si on en peut intégrer une telle approche pour les technologies Microsoft ( les site web en ASP.net), si Oui Merci de nous indiquer les outils nécessaire .

Il y a deux réponses. La première c'est qu'il existe le framework Mono sur Linux qui est un portage de .NET pour Linux. La seconde c'est qu'il existe Docker pour le noyau Windows (attention je ne parle pas Docker Toolbox). Cela fonctionne sous Windows Server et c'est encore en stade de développement. Si tu as la possibilité de faire un tutoriel sur le sujet ça serait une bonne expérience pour les membres de chez Developpez.com

Mickael

Voter pour

1

Voter contre

0

Membre actif

Le 05/03/2016 à 13:14

J'ai appris beaucoup de choses sur les possibilités et la prise en main de Docker grâce à ce tutoriel. Par contre je suis resté un peu sur ma faim concernant Kumuluzee (mais il y a le site officiel bien sûr) qui arrive un peu sans qu'on sache pourquoi, et disparaît rapidement des slides. J'imagine que c'est pour mieux réapparaître ensuite?

MERCI pour tous ces cours mis à disposition en tout cas.

Voter pour

0

Voter contre

0

Rédacteur

Le 05/03/2016 à 19:34

Pour KumuluzEE, j'en parle pour montrer comment faire du microservice avec Java. ça reste simple KumuluzEE car au final il n'y a pratiquement que des dépendances Maven à ajouter.

Je prépare un tutoriel cette fois sous la forme d'exercice qui reprend l'exemple cité.

Mickael

Voter pour

0

Voter contre

0

Membre actif

Le 06/03/2016 à 13:40

Oui c'est en creusant un peu que j'ai compris que KumuluzEE permettait (notamment) de se passer d'un serveur d'application au travers d'une simple déclaration de dépendance... impressionnant.

Maintenant, j'ai une question existentielle: entre des applications microservices J2EE hébergées dans un ou plusieurs conteneurs OSGi (eux-même éventuellement contenus dans un/plusieurs conteneurs Docker) et des microservices J2EE répartis entre plusieurs conteneurs Docker, et utilisant la même version de KumuluzEE, y a-t-il des critères permettant de choisir une solution plutôt qu'une autre?

Merci,
Egann538

Voter pour

0

Voter contre

0

laissaoui.brahim

Candidat au Club

Le 08/03/2016 à 12:42

Bonjour,

Merci infiniment pour ce support incontournable. Je me demande si on en peut intégrer une telle approche pour les technologies Microsoft ( les site web en ASP.net), si Oui Merci de nous indiquer les outils nécessaire .

Cordialement
Brahim LAISSAOUI

Voter pour

0

Voter contre

0

Rédacteur

Le 08/03/2016 à 16:54

@egann538

Maintenant, j'ai une question existentielle: entre des applications microservices J2EE hébergées dans un ou plusieurs conteneurs OSGi (eux-même éventuellement contenus dans un/plusieurs conteneurs Docker) et des microservices J2EE répartis entre plusieurs conteneurs Docker, et utilisant la même version de KumuluzEE, y a-t-il des critères permettant de choisir une solution plutôt qu'une autre?

Si j'ai bien compris, tu fais le parallèle entre une application Web Java déployée à l'"ancienne" càd dans un serveur d'application Java classique et une application Web Java déployée avec KumuluzEE ? Si c'est le cas, chacun a ses avantages. Je ne prendrai pas parti, je dirai que c'est selon l'usage.

Mickael

Voter pour

0

Voter contre

0

Membre émérite

Le 10/03/2016 à 14:36

@laissaoui.brahim il faut bien distinguer deux choses : l'environnement système Microsoft (Windows Server, Azure) et la plateforme de développement .NET.

Au niveau infrastructure/système, l'offre de tooling autour des microservices est souvent un peu moins étoffée dans le monde Windows que dans le monde Linux. Par exemple comme l'a évoqué Mickael, Docker n'est pas encore disponible pour Windows Server "on premise" (c'est à dire pas dans le Cloud). Ceci dit, Docker n'est pas indispensable dans une démarche micro-services. En revanche, c'est possible sur Windows Azure, on en parle un peu dans vidéo intéressante d'une société qui a adopté l'approche micro-services sur un stack Microsoft avec des services déployés dans Azure :

https://vimeo.com/144692770

Au niveau middleware, c'est à dire les dispositifs qui font discuter les micro-services entre eux, je dirais que l'offre est équivalente et beaucoup de produits pas spécialement .NET à la base proposent à la fois une installation Windows et des clients .NET. Il y a même des produits dédiés .NET comme NServiceBus.

Au final, il faut rappeler que les micro-services sont une approche, pas une technologie. Il y a aussi une réflexion organisationnelle et de fonctionnelle à mener pour déterminer un découpage en micro-services qui ait de la valeur business, cela ne se limite pas à des choix techniques à faire. Du moment qu'on satisfait ces critères fonctionnels et qu'on est conscient des buts et caractéristiques d'une architecture micro-services, n'importe quelle technologie peut convenir.

Voter pour

0

Voter contre

0

Rédacteur

Le 10/03/2016 à 14:41

Au final, il faut rappeler que les micro-services sont une approche, pas une technologie. Il y a aussi une réflexion organisationnelle et de fonctionnelle à mener pour déterminer un découpage en micro-services qui ait de la valeur business, cela ne se limite pas à des choix techniques à faire. Du moment qu'on satisfait ces critères fonctionnels et qu'on est conscient des buts et caractéristiques d'une architecture micro-services, n'importe quelle technologie peut convenir.

Tu as très bien résumé, merci. Pour faire du microservice il y a plein de recettes, la mienne se focalise sur Docker et Java.

Mickael

Voter pour

0

Voter contre

0

Commenter Signaler un problème