Entretien d'embauche : - Qu'est-ce qu'une architecture microservices ? - C'est comme le Megazord dans les Power Rangers - Merci monsieur, on vous rappelle très vite
Cette chaine est vraiment au top , excellent travail a simplifier des sujets complexes de facon a en exposer l'essentiel . Je m'abonne et je signale aussi que cette chaine merite beaucoup plus d'abonnees . Continue de publier ton travail est vraiment excellent , respect .
6 ปีที่แล้ว
Je suis plus motivé que jamais pour continuer mon travail de vulgarisation grâce à des commentaires comme le tien! Merci beaucoup pour ton message de soutien, Zakarya!
Super! Limpide, claire. Bravo pour la pédagogie. Plus on maîtrise un sujet plus on trouve le moyen le plus efficace de le transmettre. Dans cette foultitude de vidéos pas évident de trouver les bons. Je me suis abonné. Merci.
super...on vient de réinventer les sous-programmes :-) on faisait cela dans les années 80 :-) hein les jeunots :-)... bon sinon effectivement c'est une super technique pour le time to market ! merci et bravo pour ces explications claires
De senior à senior, désolé cela n'a rien à avoir avec les sous programme de 1980, je crois que vous avez raté quelque chose. Excellente méthodologie et bon dessinateur
Bonjour, Alors la vidéos est bonne, même très bonne, je suis d'accord sur tout ce que tu dis. Ce sont des principes essentiel à retenir, seulement elle ne traite pas de microservice. Elle traite plutôt de ce que l'on appellerais architecture "Hexagonale" et une application des principes SOLID et DDD (en partie). Le microservice est un terme employé à tord et à travers, il est vrai que dans une approche en premier plan, on pense que pouvoir modulariser et découper son métier c'est faire du microservice..... que nenni. L'architecture microservice est une réponse à un besoin très particulier de cas de consommateur/producteurs dans lesquel les transactions sont différées et la persistance de donnée de chaque services est indépendante. Une architecture microservice est avant tout une notion de dimensionnement dans ce que l'on appel la" tolérance à la panne et au besoin". Une architecture microservice amène à un diagramme avec des services interdépendants, si un service crucial tombe, qu'arrive t'il a votre SI? qu'êtes vous prêt à perdre? Combien de temps pour le relancer? quels messages va t'on perdre comment évaluer la perte? Alors oui, l'architecture microservice doit avoir les notions citées dans la vidéos, c'est indéniable. Mais un logiciel "monolithe" répondant à une architecture hexagonale et appliquant les principes DDD et SOLID, y répondent aussi !!! Si mon application est bien faite, que l'on injecte kes service alors l'instance de ceux ci ne sont qu'une implémentation différente, au lieu de faire appel par le même thread, je peux réliser une implémentation qui appel dans un thread différent, ou sur un protocole différent, je n'aurais qu'à modifier ma configuration d'injection et à réaliser une autre implémentation. L'architecture microservice va plus loin, au delà du fait qu'il faut découper son applicatif, on prend en compte aussi les transactions associée, les connecteurs qui s'y rapporte (stateless ou non), les tolérance aux pannes, les diagrammes interdépendance des services (en grappe), la distributivité, les events, le Bouded context ect.... Oui parce que je suis désolé, mais ton service permettant d'identifier un utilisateur sera interdépendant avec beaucoup d'autres et si il tombe, c'est la merde...... Je vous renvois au conférence de Clément Bouillier sur le sujet qui sont à mon sens, excellentes. Autre chose, ce n'est pas parce que l'on fait du micro service que l'on peut faire de l'IC et du déploiement continu, mais bien l'inverse. Pour cela que le développement de microservice est associé aux pratiques agiles ;). Et les microservices sont une conséquence et non une cause. Bonne continuation.
Ce n'est pas un hazard si les plus grands utilisent des microservices, ils n'ont pas de choix. La moindre fonctionnalité par exemple le chat de FaceBook ce sont des centaines voire des milliers de serveurs. Leurs microservices sont plus gros que des monolhites d'une grosse boite. Ils sont obligés de découper mais cela a un coût et cela introduit beaucoup de complexité : tout doit etre en haute disponibilité, redondé, surveillé l'application globale doit rester cohérente (si le micro service a enregistré une vente il faut que le microservice des stocks baisse...quid d'une panne réseau ?). Du point de vue des GAFA il ne faut découper son application que si on n'a pas d'autre solution. Google, Facebook, TH-cam, ebay...on essuyé les platres, ils ont été obligés de tout inventer en ayant recours aux meilleurs developpeurs mondiaux, de nos jours c'est débroussaillé, ils nous ont offert plein d'outils mais le travail pour passer le pas est enorme. Par contre pour une startup sur le web qui ambitionne une grosse audience c'est un passage obligé.
Deux choses que mon cerveau retient : Les blagues sous la ceinture pour faire rire les copains, et les analogies à base de power rangers. Merci Cookie connecté :)
OK pour les microservices, mais ça sous-entend d'avoir une bonne infrastructure de base ainsi que plusieurs équipes pour leur mise en place. En gros à mon sens pas à la porté de petites startups, mais plutôt de moyennes et grosses entreprises.
Ok j'imagine les dépendances entre les micro services ne peuvent pas devenir aussi chiantes à gérer que les dépendances au sein du code mais y a quand même moyen de faire n'importe quoi aussi... comment on peut éviter ça?
![SAFEPLANET - ดาวเคราะห์ [ THE PLANET ]](http://i.ytimg.com/vi/4X1XL3I_k3c/mqdefault.jpg)
Entretien d'embauche :
- Qu'est-ce qu'une architecture microservices ?
- C'est comme le Megazord dans les Power Rangers
- Merci monsieur, on vous rappelle très vite
Merci. C'est très clair, très direct, sans détours ni jargon.
super tes videos elles sont tellement detailles et comprehensible ..... tu les explique avec une architecture microservice 😁 ....merci
Le jouet de mon enfance à l'identique
Super clair même pour moi qui ne suis pas du tout "technique". Bravo et Merci!
merci beaucoup! je découvre ta chaine et c'est tellement plus simple avec les exemples que tu utilises
Clair comme de l'eau de roche, t'assures ! Vidéo pédagogique, t'es une vraie perle rare !
Cette chaine est vraiment au top , excellent travail a simplifier des sujets complexes de facon a en exposer l'essentiel .
Je m'abonne et je signale aussi que cette chaine merite beaucoup plus d'abonnees .
Continue de publier ton travail est vraiment excellent , respect .
Je suis plus motivé que jamais pour continuer mon travail de vulgarisation grâce à des commentaires comme le tien! Merci beaucoup pour ton message de soutien, Zakarya!
Super! Limpide, claire. Bravo pour la pédagogie. Plus on maîtrise un sujet plus on trouve le moyen le plus efficace de le transmettre. Dans cette foultitude de vidéos pas évident de trouver les bons. Je me suis abonné. Merci.
Attention à l'effet Dunning-Kruger ;)
super...on vient de réinventer les sous-programmes :-) on faisait cela dans les années 80 :-) hein les jeunots :-)... bon sinon effectivement c'est une super technique pour le time to market ! merci et bravo pour ces explications claires
De senior à senior, désolé cela n'a rien à avoir avec les sous programme de 1980, je crois que vous avez raté quelque chose. Excellente méthodologie et bon dessinateur
Intéressant à lire. Bravo pour la façon dont tu explique le cour . Bonne continuation
Bonjour,
Alors la vidéos est bonne, même très bonne, je suis d'accord sur tout ce que tu dis. Ce sont des principes essentiel à retenir, seulement elle ne traite pas de microservice.
Elle traite plutôt de ce que l'on appellerais architecture "Hexagonale" et une application des principes SOLID et DDD (en partie).
Le microservice est un terme employé à tord et à travers, il est vrai que dans une approche en premier plan, on pense que pouvoir modulariser et découper son métier c'est faire du microservice..... que nenni.
L'architecture microservice est une réponse à un besoin très particulier de cas de consommateur/producteurs dans lesquel les transactions sont différées et la persistance de donnée de chaque services est indépendante. Une architecture microservice est avant tout une notion de dimensionnement dans ce que l'on appel la" tolérance à la panne et au besoin".
Une architecture microservice amène à un diagramme avec des services interdépendants, si un service crucial tombe, qu'arrive t'il a votre SI? qu'êtes vous prêt à perdre? Combien de temps pour le relancer? quels messages va t'on perdre comment évaluer la perte?
Alors oui, l'architecture microservice doit avoir les notions citées dans la vidéos, c'est indéniable. Mais un logiciel "monolithe" répondant à une architecture hexagonale et appliquant les principes DDD et SOLID, y répondent aussi !!!
Si mon application est bien faite, que l'on injecte kes service alors l'instance de ceux ci ne sont qu'une implémentation différente, au lieu de faire appel par le même thread, je peux réliser une implémentation qui appel dans un thread différent, ou sur un protocole différent, je n'aurais qu'à modifier ma configuration d'injection et à réaliser une autre implémentation.
L'architecture microservice va plus loin, au delà du fait qu'il faut découper son applicatif, on prend en compte aussi les transactions associée, les connecteurs qui s'y rapporte (stateless ou non), les tolérance aux pannes, les diagrammes interdépendance des services (en grappe), la distributivité, les events, le Bouded context ect....
Oui parce que je suis désolé, mais ton service permettant d'identifier un utilisateur sera interdépendant avec beaucoup d'autres et si il tombe, c'est la merde......
Je vous renvois au conférence de Clément Bouillier sur le sujet qui sont à mon sens, excellentes.
Autre chose, ce n'est pas parce que l'on fait du micro service que l'on peut faire de l'IC et du déploiement continu, mais bien l'inverse. Pour cela que le développement de microservice est associé aux pratiques agiles ;). Et les microservices sont une conséquence et non une cause.
Bonne continuation.
Merci pour la ref "Clément Bouillier ", très interessant!
Tu expliques tout super bien, concis et clair, et tjs des sujets intéressants ! je m'abonne
Bravo , l’explication est très clair et en bref
Ce n'est pas un hazard si les plus grands utilisent des microservices, ils n'ont pas de choix. La moindre fonctionnalité par exemple le chat de FaceBook ce sont des centaines voire des milliers de serveurs. Leurs microservices sont plus gros que des monolhites d'une grosse boite. Ils sont obligés de découper mais cela a un coût et cela introduit beaucoup de complexité : tout doit etre en haute disponibilité, redondé, surveillé l'application globale doit rester cohérente (si le micro service a enregistré une vente il faut que le microservice des stocks baisse...quid d'une panne réseau ?). Du point de vue des GAFA il ne faut découper son application que si on n'a pas d'autre solution. Google, Facebook, TH-cam, ebay...on essuyé les platres, ils ont été obligés de tout inventer en ayant recours aux meilleurs developpeurs mondiaux, de nos jours c'est débroussaillé, ils nous ont offert plein d'outils mais le travail pour passer le pas est enorme. Par contre pour une startup sur le web qui ambitionne une grosse audience c'est un passage obligé.
Deux choses que mon cerveau retient : Les blagues sous la ceinture pour faire rire les copains, et les analogies à base de power rangers. Merci Cookie connecté :)
Très bon résumé pour quelqu'un qui se lance dans le cloud comme moi, je partage sur Linkedin ;)
Super vidéo. Explications parfaites. Et top la comparaison avec les powers rangers ! Merci
Une présentation super cool.
Vidéo très claire et très utile, sur un enjeu de plus en plus important ! Merci beaucoup :)
Très explicite...merci
C'est super bien expliqué. Merci
super intéressante votre video
encore une vidéo très utile, merci.
merci beaucoup ! super clair et synthétIque
Super clair, merci ;)
simple & claire. Merci.
Super, la prochaine sur le serverless ? :p
c'est intéressant merci
Quelle sont les différences entre API et microservice ?
Merci pour cette vidéo Samson Son !
Salut. Je me pose la même question ^^
Merci pour ce cours. Il est clair.
Merci beaucoup
C'est très bien, Bravo !
Bravo très clair
merci pour cette vidéo ? quels outils, logiciels utilises tu pour ce type de vidéos ?
Bravo ! Super vidéo !
Merci c'est génial
C'est bien dit
OK pour les microservices, mais ça sous-entend d'avoir une bonne infrastructure de base ainsi que plusieurs équipes pour leur mise en place. En gros à mon sens pas à la porté de petites startups, mais plutôt de moyennes et grosses entreprises.
Merci beaucoup. L'architecture microservice est-elle adaptée pour concevoir les LMS (Learning Managment Systems) ?
merci beaucoup ! super clair
merci et bonne continuation
merci Bien pour la video. ou trouver la video portant sur les microservices en asp net ?
Super vidéo merci :)
Excellent
Interessant. Cependant l'architecture micro services est plus longue a mettre en place, le TTM est plus long a court terme.
Merci
intéressant
Super
Super comparaison. Power rangers. :-)
Bon, ok pour le pouce (mais pas pour la comparaison du début 🙄😁)
T'aimes pas les Powers Rangers? 🥺
@ Nan. Je préfère San Ku Kaï ;)
c’est intéressant mais juste un peu moins forte la musique svp😅
Ok j'imagine les dépendances entre les micro services ne peuvent pas devenir aussi chiantes à gérer que les dépendances au sein du code mais y a quand même moyen de faire n'importe quoi aussi... comment on peut éviter ça?
6 mins pour les comprendre?
Uhmm, ça veut dire que dans 6 mins aucun peut comprendre le DDD, les patterns de microservice et leur application.
🤔
Super mais je vous recommande d'utiliser des exemples plus classiques tout le monde n'est pas fan ou a regarder le cartoon
Salut de plus trop imagé comme ça ca explique rien lol
super clair , thank you
Merci
Merci