diff --git a/content/fr/microservices-architecture.md b/content/fr/microservices-architecture.md
new file mode 100644
index 0000000000..cd24b28b5f
--- /dev/null
+++ b/content/fr/microservices-architecture.md
@@ -0,0 +1,36 @@
+---
+title: Architecture en Microservices
+status: Completed
+tags: ["architecture", "fundamental", ""]
+---
+
+## Ce que c'est
+
+Une architecture en microservices est une approche architecturale qui divise les applications en (micro)[services](/service/) distincts et indépendants, chaque service étant focalisé sur une fonctionnalité spécifique. 
+Ces services fonctionnent en étroite collaboration, et l'utilisateur final a l'impression d'utiliser un seul service.
+Prenons Netflix comme exemple.
+Son interface vous permet d'accéder, de rechercher et de prévisualiser des vidéos.
+Ces fonctionnalités sont probablement alimentées par de plus petits services, chacun gérant une fonctionnalité spécifique, telle que l'authentification, la recherche et l'exécution des prévisualisations dans votre navigateur.
+
+Cette approche architecturale permet aux développeurs de déployer de nouvelles fonctionnalités ou de mettre à jour des fonctionnalités beaucoup plus rapidement que si elles étaient toutes fortement couplées, comme dans une [application monolithique](/monolithic-apps/) (voir ci-dessous).
+
+## Problème auquel il répond
+
+Les applications sont composées de différentes parties, chacune responsable d'une fonctionnalité spécifique.
+L'augmentation de la demande pour une fonctionnalité particulière n'augmentera pas forcément la demande pour d'autres fonctionnalités de l'application.
+Revenons à notre exemple Netflix.
+Disons qu'après une grosse campagne marketing, Netflix connaît un gros pic d'inscriptions, mais l'utilisation du streaming est restée plus ou moins stable dans les premières heures de la journée.
+L'augmentation du nombre d'inscriptions exige une plus grande capacité de la part de la fonctionnalité d'inscription.
+Traditionnellement (approche monolithique), l'ensemble de l'application devrait être [mise à l'échelle](/scalability/) pour s'adapter à la demande - une utilisation très inefficace des ressources.
+
+Les architectures monolithiques font parfois tomber les développeurs dans des pièges de conception.
+Étant donné que tout le code se retrouve au même endroit, il est plus facile de rendre ce code [étroitement couplé](/tightly-coupled-architectures/) et plus difficile d'appliquer le principe de séparation des responsabilités.
+Les monolithes exigent également souvent que les développeurs comprennent l'ensemble du code avant d'y faire des modifications.
+L'architecture en microservices est une réponse à ces défis.
+
+## Quel en est l'utilité
+
+La séparation des fonctionnalités en différents microservices facilite leur déploiement, leur mise à jour et leur mise à l'échelle de manière indépendante.
+Cela permet également à différentes équipes de travailler simultanément sur une petite partie d'une application plus grande sans avoir d'impact involontairement négatif sur le reste de l'application.
+Bien qu'une architecture en microservices résolve de nombreux problèmes, elle crée également des surcoûts opérationnels - le nombre d'éléments que vous devez déployer et gérer augmente considérablement. 
+De nombreuses [technologies cloud native](/cloud-native-tech/) visent à faciliter le déploiement et la gestion des microservices.