add fr pages

content/fr/docs/concepts/architecture/cloud-controller.md

@@ -1,10 +1,10 @@
 ---
 title: Concepts sous-jacents au Cloud Controller Manager
-content_template: templates/concept
+content_type: concept
 weight: 30
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 Le concept de cloud controller manager (CCM) (ne pas confondre avec le binaire) a été créé à l'origine pour permettre au code de fournisseur spécifique de cloud et au noyau Kubernetes d'évoluer indépendamment les uns des autres.
 Le gestionnaire de contrôleur de cloud fonctionne aux côtés d'autres composants principaux, tels que le gestionnaire de contrôleur Kubernetes, le serveur d'API et le planificateur.
@@ -19,9 +19,9 @@ Voici l'architecture d'un cluster Kubernetes sans le cloud controller manager:
 
 ![Pre CCM Kube Arch](/images/docs/pre-ccm-arch.png)
 
-{{% /capture %}}
 
-{{% capture body %}}
+
+<!-- body -->
 
 ## Conception
 
@@ -259,4 +259,4 @@ Les fournisseurs de cloud suivants ont implémenté leur CCM:
 
 Des instructions complètes pour la configuration et l'exécution du CCM sont fournies [ici](/docs/tasks/administer-cluster/running-cloud-controller/#cloud-controller-manager).
 
-{{% /capture %}}
+

content/fr/docs/concepts/architecture/master-node-communication.md

@@ -1,18 +1,18 @@
 ---
 title: Communication Master-Node
-content_template: templates/concept
+content_type: concept
 description: Communication Master-Node Kubernetes
 weight: 20
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 Ce document répertorie les canaux de communication entre l'API du noeud maître (apiserver of master node en anglais) et le reste du cluster Kubernetes.
 L'objectif est de permettre aux utilisateurs de personnaliser leur installation afin de sécuriser la configuration réseau, de sorte que le cluster puisse être exécuté sur un réseau non approuvé (ou sur des adresses IP entièrement publiques d'un fournisseur de cloud).
 
-{{% /capture %}}
 
-{{% capture body %}}
+
+<!-- body -->
 
 ## Communication du Cluster vers le Master
 
@@ -72,4 +72,4 @@ Ce tunnel garantit que le trafic n'est pas exposé en dehors du réseau dans leq
 Les tunnels SSH étant actuellement obsolètes, vous ne devriez pas choisir de les utiliser à moins de savoir ce que vous faites.
 Un remplacement pour ce canal de communication est en cours de conception.
 
-{{% /capture %}}
+

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

@@ -3,11 +3,11 @@ reviewers:
 - sieben
 title: Noeuds
 description: Concept Noeud Kubernetes
-content_template: templates/concept
+content_type: concept
 weight: 10
 ---
 
-{{% capture overview %}}
+<!-- overview -->
 
 Un nœud est une machine de travail dans Kubernetes, connue auparavant sous le nom de `minion`.
 Un nœud peut être une machine virtuelle ou une machine physique, selon le cluster.
@@ -15,9 +15,9 @@ Chaque nœud contient les services nécessaires à l'exécution de [pods](/docs/
 Les services sur un nœud incluent le [container runtime](/docs/concepts/overview/components/#node-components), kubelet and kube-proxy.
 Consultez la section [Le Nœud Kubernetes](https://git.k8s.io/community/contributors/design-proposals/architecture/architecture.md#the-kubernetes-node) dans le document de conception de l'architecture pour plus de détails.
 
-{{% /capture %}}
 
-{{% capture body %}}
+
+<!-- body -->
 
 ## Statut du nœud
 
@@ -229,4 +229,4 @@ Si vous souhaitez réserver explicitement des ressources pour des processus autr
 L'objet Node est une ressource de niveau supérieur dans l'API REST de Kubernetes.
 Plus de détails sur l'objet API peuvent être trouvés à l'adresse suivante: [Node API object](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#node-v1-core).
 
-{{% /capture %}}
+