Comprendre les microservices en 6 minutes

Pour soutenir mon travail, vous pouvez me faire un don (même juste de 2€) :
Tipeee : www.tipeee.com/cookie-connecte
Utip : utip.io/cookieconnecte
Vous pouvez aussi m'offrir un livre :
www.amazon.fr/hz/wishlist/ls/...
---------------------
Dans cette vidéo, je vous explique l'essentiel à retenir des microservices :
- Qu'est que l'architecture en microservices?
- Quels sont les principes clés des microservices?
- Quelles différences entre applications en microservices et applications monolithes?
- Pourquoi passer aux microservices ?
- Comment travailler avec des microservices?
- Quels sont les liens entre microservices et technologie de containers (ex: Docker) ?
- Comment les microservices permettent le déploiement continu?
- En quoi l'adoption des microservices permet-elle d'avoir un meilleur time-to-market?
-------------------------
Restons connectés :
Facebook : / cookieconnecte
Twitter : @Cookieconnecte
Instagram : @Cookieconnecte
Site web : cookieconnecte.fr/
-------------------------
N'hésitez pas à poser vos questions, donner des idées de vidéos ou à donner votre avis dans les commentaires.

[@TTxR2]

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

[@luclekene7362]

super tes videos elles sont tellement detailles et comprehensible ..... tu les explique avec une architecture microservice 😁 ....merci

[@jeromes6593]

Le jouet de mon enfance à l'identique

[@dorine-po6zw]

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

[@lebechecjean-noel492]

Super clair même pour moi qui ne suis pas du tout "technique". Bravo et Merci!

[@-0_0_0_0-]

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

[@zackisser2451]

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!

[@hajarramdani9360]

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

[@gmizaamel2718]

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

[@asuna-chan6651]

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

[@pacifikorse_canal_historique]

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

[@didier92]

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]

Attention à l'effet Dunning-Kruger ;)

[@fannychaneldongmo2857]

Très explicite...merci

[@souadMabr]

C'est super bien expliqué. Merci

[@bamaa4523]

merci beaucoup ! super clair et synthétIque

[@misterblue81]

Merci pour ce cours. Il est clair.

[@BloodHaZaRd666]

simple & claire. Merci.

[@stephaner6763]

Super clair, merci ;)

[@Netoiles10]

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

[@jbix1178]

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

[@remitran4146]

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

[@GiovanniBevilacqua1]

C'est très bien, Bravo !

[@MarcoCarmonaT]

Bravo ! Super vidéo !

[@meriemmahmoudi8375]

merci et bonne continuation

[@bbrown5480]

Très bon résumé pour quelqu'un qui se lance dans le cloud comme moi, je partage sur Linkedin ;)

[@juliend.604]

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]

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

[@jubashiniyamoto195]

Super vidéo merci :)

[@yassineahargoug1679]

merci beaucoup ! super clair

[@Yesdin007]

super clair , thank you

[@lionelgaetantchakoutionjionda]

Merci beaucoup

[@glhomme]

Une présentation super cool.

[@457Safaa]

Bravo très clair

[@IdrissNeumann]

Super, la prochaine sur le serverless ? :p

[@tshaylatte9502]

Merci c'est génial

[@procrastinateurextreme691]

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é :)

[@trait-dunion1948]

Merci

[@enrico1713]

Excellent

[@aboubakryassiddigou7361]

C'est bien dit

[@etiennekerembellec1669]

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

[@creationJeuxVideoETtuto]

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

[@luisribeiro5639]

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

[@jireswolombi4415]

Super

[@myENTREPRISE]

intéressant

[@mariongeyres]

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

[@infoAcademy69]

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

[@FlorentMorselli]

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.

[@user-ld1no7jw9v]

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

[@manuelaugusto6944]

Super comparaison. Power rangers. :-)

[@kc4639]

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

[@vincentdy7679]

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

[@fofie64]

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

[@bra5081]

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?

[@doviche]

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

[@mohamedkalboussi8518]

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

[@creationJeuxVideoETtuto]

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

[@begwissou]

Merci

[@ousamaelidrissi5886]

Merci