Update French documentation for architecture concepts

Author: rekcah78

content/fr/docs/concepts/architecture/_index.md

@@ -99,7 +99,7 @@ kube-proxy sur les nœuds de votre cluster.
 Les add-ons utilisent des ressources Kubernetes ({{< glossary_tooltip term_id="daemonset" >}},
 {{< glossary_tooltip term_id="deployment" >}}, etc.) pour implémenter des fonctionnalités de cluster.
 Étant donné qu'ils fournissent des fonctionnalités au niveau du cluster, les ressources des add-ons
-appartiennent à l'espace de noms `kube-system`.
+appartiennent au namespace `kube-system`.
 
 Certains add-ons sélectionnés sont décrits ci-dessous ; pour une liste étendue d'add-ons disponibles,
 veuillez consulter [Add-ons](/docs/concepts/cluster-administration/addons/).

content/fr/docs/concepts/architecture/control-plane-node-communication.md

@@ -37,7 +37,7 @@ pour la provision automatisée des certificats client du kubelet.
 Les {{< glossary_tooltip text="pods" term_id="pod" >}} qui souhaitent se connecter au serveur API peuvent le faire de manière sécurisée en utilisant un compte de service de sorte
 que Kubernetes injecte automatiquement le certificat racine public et un jeton d'accès valide
 dans le pod lors de son instanciation.
-Le service `kubernetes` (dans l'espace de noms `default`) est configuré avec une adresse IP virtuelle qui est
+Le service `kubernetes` (dans le namespace `default`) est configuré avec une adresse IP virtuelle qui est
 redirigée (via `{{< glossary_tooltip text="kube-proxy" term_id="kube-proxy" >}}`) vers le point de terminaison HTTPS du serveur API.
 
 Les composants du plan de contrôle communiquent également avec le serveur API via le port sécurisé.

content/fr/docs/concepts/architecture/leases.md

@@ -20,7 +20,7 @@ qui sont utilisés pour des fonctionnalités critiques du système telles que le
 ## Battements de cœur des nœuds {#node-heart-beats}
 
 Kubernetes utilise l'API Lease pour communiquer les battements de cœur des nœuds kubelet au serveur API Kubernetes.
-Pour chaque `Node`, il existe un objet `Lease` avec un nom correspondant dans l'espace de noms `kube-node-lease`.
+Pour chaque `Node`, il existe un objet `Lease` avec un nom correspondant dans le namespace `kube-node-lease`.
 Sous le capot, chaque battement de cœur kubelet est une demande de **mise à jour** de cet objet `Lease`, mettant à jour
 le champ `spec.renewTime` pour le bail. Le plan de contrôle Kubernetes utilise le horodatage de ce champ
 pour déterminer la disponibilité de ce `Node`.
@@ -48,7 +48,7 @@ découvrir combien d'instances de `kube-apiserver` opèrent sur le plan de contr
 L'existence des Lease kube-apiserver permet des fonctionnalités futures qui peuvent nécessiter une coordination entre
 chaque kube-apiserver.
 
-Vous pouvez inspecter les Lease détenus par chaque kube-apiserver en vérifiant les objets de bail dans l'espace de noms `kube-system`
+Vous pouvez inspecter les Lease détenus par chaque kube-apiserver en vérifiant les objets de bail dans le namespace `kube-system`
 avec le nom `kube-apiserver-<sha256-hash>`. Alternativement, vous pouvez utiliser le sélecteur d'étiquettes `apiserver.kubernetes.io/identity=kube-apiserver`:
 
 ```shell

content/fr/docs/concepts/architecture/nodes.md

@@ -185,7 +185,7 @@ Pour les nœuds, il existe deux formes de battements de cœur :
 
 * Mises à jour de l'[`.status`](/docs/reference/node/node-status/) d'un Nœud.
 * Objets [Lease](/docs/concepts/architecture/leases/)
-  dans l'espace de noms `kube-node-lease`.
+  dans le namespace `kube-node-lease`.
   Chaque Nœud a un objet Lease associé.
 
 ## Contrôleur de nœud