Merci. C'est très clair, très direct, sans détours ni jargon.

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

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!

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...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

@nasser4383

Жыл бұрын

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

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.

@NicolasGalle

3 жыл бұрын

Attention à l'effet Dunning-Kruger ;)

merci beaucoup! je découvre ta chaine et c'est tellement plus simple avec les exemples que tu utilises

Intéressant à lire. Bravo pour la façon dont tu explique le cour . Bonne continuation

Clair comme de l'eau de roche, t'assures ! Vidéo pédagogique, t'es une vraie perle rare !

Bravo , l’explication est très clair et en bref

Tu expliques tout super bien, concis et clair, et tjs des sujets intéressants ! je m'abonne

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.

@laurent-minimalisme

2 жыл бұрын

Merci pour la ref "Clément Bouillier ", très interessant!

C'est super bien expliqué. Merci

merci beaucoup ! super clair et synthétIque

Très explicite...merci

Super vidéo. Explications parfaites. Et top la comparaison avec les powers rangers ! Merci

simple & claire. Merci.

Super clair, merci ;)

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, KZread, 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é.

encore une vidéo très utile, merci.

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 ;)

Vidéo très claire et très utile, sur un enjeu de plus en plus important ! Merci beaucoup :)

Super, la prochaine sur le serverless ? :p

Quelle sont les différences entre API et microservice ? Merci pour cette vidéo Samson Son !

@creationJeuxVideoETtuto

2 жыл бұрын

Salut. Je me pose la même question ^^

Merci pour ce cours. Il est clair.

Merci beaucoup

Une présentation super cool.

C'est très bien, Bravo !

Bravo ! Super vidéo !

super clair , thank you

merci pour cette vidéo ? quels outils, logiciels utilises tu pour ce type de vidéos ?

Bravo très clair

merci Bien pour la video. ou trouver la video portant sur les microservices en asp net ?

Merci

Merci beaucoup. L'architecture microservice est-elle adaptée pour concevoir les LMS (Learning Managment Systems) ?

Merci c'est génial

Super vidéo merci :)

merci et bonne continuation

merci beaucoup ! super clair

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.

C'est bien dit

Excellent

Interessant. Cependant l'architecture micro services est plus longue a mettre en place, le TTM est plus long a court terme.

intéressant

Super

Super comparaison. Power rangers. :-)

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?

c’est intéressant mais juste un peu moins forte la musique svp😅

Bon, ok pour le pouce (mais pas pour la comparaison du début 🙄😁)

Жыл бұрын

T'aimes pas les Powers Rangers? 🥺

@vincentdy7679

Жыл бұрын

@ Nan. Je préfère San Ku Kaï ;)

Super mais je vous recommande d'utiliser des exemples plus classiques tout le monde n'est pas fan ou a regarder le cartoon

@creationJeuxVideoETtuto

2 жыл бұрын

Salut de plus trop imagé comme ça ca explique rien lol

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. 🤔

Merci

Merci