[FR] fix links (#3271)

Signed-off-by: Guillaume BERNARD <[email protected]>

content/fr/chaos-engineering.md

@@ -15,7 +15,7 @@ les techniques visant à accroître la résilience et la [fiabilité](/fr/reliab
 La capacité d'un système à tolérer les défaillances tout en assurant une qualité de service adéquate est
 généralement une exigence du développement logiciel.
 Plusieurs aspects sont susceptibles d'entraîner des pannes d'une application,
-comme l'infrastructure, la plateforme ou d'autres parties d'une application ([microservice](/fr/microservices/)).
+comme l'infrastructure, la plateforme ou d'autres parties d'une application ([microservice](/fr/microservices-architecture/)).
 Le déploiement très fréquent de nouvelles fonctionnalités dans l'environnement de production
 peut entraîner une forte probabilité d'indisponibilité et d'incident critique
 — avec des conséquences considérables pour l'entreprise.

content/fr/cloud-native-apps.md

@@ -13,7 +13,7 @@ Aujourd'hui, les applications Cloud Natives incluent les applications qui foncti
 ## Problème auquel il répond
 
 Traditionnellement, les environnements hébergés dans des centres de données classiques fournissent des serveurs sur mesure.
-Chaque centre de données dispose de services qui  [associent étroitement ](/fr/tightly-coupled-architectures/) les applications à des environnements spécifiques, qui se basent souvent sur des infrastructures déployées à la main, par exemple des [machines virtuelles](/fr/virtual-machine/) et des services. Cela contraint les développeurs et leurs applications à un déploiement dans ce centre de données spécifique.
+Chaque centre de données dispose de services qui  [associent étroitement ](/fr/tightly-coupled-architecture/) les applications à des environnements spécifiques, qui se basent souvent sur des infrastructures déployées à la main, par exemple des [machines virtuelles](/fr/virtual-machine/) et des services. Cela contraint les développeurs et leurs applications à un déploiement dans ce centre de données spécifique.
 Les applications qui n'ont pas été conçues pour tirer avantage des environnements Cloud ne pourront pas bénéficier de ses avantages tels que la résilience et la mise à l'échelle.
 Par exemple, les applications nécessitant une intervention manuelle pour démarrer correctement ne pourront pas se mettre à l'échelle automatiquement ou automatiquement redémarrées en cas d'erreur. 
 

content/fr/devops.md

@@ -12,7 +12,7 @@ Le DevOps fait appel à un groupe d'ingénieurs travaillant sur des petits compo
 
 ## Problème auquel il répond
 
-Traditionnellement, dans les organisations complexes possédant des [applications monolithiques](/fr/monolithic-apps/) [fortement couplées](/fr/tightly-coupled-architectures/),
+Traditionnellement, dans les organisations complexes possédant des [applications monolithiques](/fr/monolithic-apps/) [fortement couplées](/fr/tightly-coupled-architecture/),
 le travail était généralement fragmenté entre plusieurs équipes.
 Ce fonctionnement menait à de nombreuses passations entre les équipes et allongeait les délais de livraison.
 À chaque nouveau composant ou nouvelle mise à jour, le résultat était mis en file d'attente pour la prochaine équipe.

content/fr/function-as-a-service.md

@@ -7,7 +7,7 @@ tags: ["infrastructure", "", ""]
 
 Une Fonction en tant que Service, ou Function as a Service (FaaS) en anglais, est un type de [service](/fr/service/) de [cloud computing](/fr/cloud-computing/) [serverless](/fr/serverless/)
 qui permet d'exécuter du code en réponse à des événements sans maintenir l'infrastructure complexe
-généralement associée à la création et au lancement d'applications en [microservices](/microservices/).
+généralement associée à la création et au lancement d'applications en [microservices](/fr/microservices-architecture/).
 Avec le FaaS, les utilisateurs ne gèrent que les fonctions et les données, tandis que le fournisseur de services cloud gère l'application.
 Cela permet aux développeurs d'obtenir les fonctions dont ils ont besoin sans avoir à payer pour des services lorsque le code n'est pas en cours d'exécution.  
 

content/fr/loosely-coupled-architecture.md

@@ -7,7 +7,7 @@ tags: ["fondamental", "architecture", "propriété"]
 
 L'architecture faiblement couplée est un type d'architecture où les différents composants
 d'une application sont construits indépendamment les uns des autres (c'est le paradigme opposé
-des [architectures fortement couplées](/fr/tightly-coupled-architectures/)).
+des [architectures fortement couplées](/fr/tightly-coupled-architecture/)).
 Chaque composant, parfois identifié comme un [microservice](/fr/microservices-architecture/), est construit pour effectuer une tâche spécifique d'une manière qui lui permet d'être utilisé par d'autres services.
 Cette approche est souvent plus longue à mettre en œuvre que l'architecture fortement couplée
 mais, elle a plusieurs avantages en particulier lorsque l'application change d'échelle.

content/fr/microservices-architecture.md

@@ -22,7 +22,7 @@ L'augmentation du nombre d'inscriptions exige une plus grande capacité de la pa
 Traditionnellement (approche monolithique), l'ensemble de l'application devrait être [mise à l'échelle](/fr/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é](/fr/tightly-coupled-architectures/) et plus difficile d'appliquer le principe de séparation des responsabilités.
+Étant donné que tout le code se retrouve au même endroit, il est plus facile de rendre ce code [étroitement couplé](/fr/tightly-coupled-architecture/) 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.
 

content/fr/stateful-apps.md

@@ -10,7 +10,7 @@ l'état fait référence à toutes les données que l'application doit stocker p
 Par exemple, tout type de boutique en ligne qui se souvient de votre panier est une application avec état.
 
 Aujourd'hui, la plupart des applications que nous utilisons sont au moins partiellement avec état. Cependant, dans les environnements cloud natifs,
-les applications avec état posent des difficultés. En effet, les [applications cloud natives](/fr/cloud-native-apps) sont très dynamiques.
+les applications avec état posent des difficultés. En effet, les [applications cloud natives](/fr/cloud-native-apps/) sont très dynamiques.
 Elles peuvent être mises à l'échelle, redémarrées et déplacées, mais elles doivent toujours pouvoir accéder à leur état.
 
 Par conséquent, les applications avec état ont besoin d'une forme de stockage accessible de n'importe où, comme des bases de données.